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8 Mobility services 107 

8.1 Location management services 107 

8.1.1 Void 107 

8.1.1.1 Void 107 

8.1.1.2 Void 107 

8.1.1.3 Void 107 

8.1.2 MAP_UPDATE_LOCATION service 107 

8.1.2.1 Definition 107 

8.1.2.2 Service primitives 107 

8.1.2.3 Parameter definitions and use 107 

8.1.3 MAP_CANCEL_LOCATION service 110 

8.1.3.1 Definition 110 

8.1.3.2 Service primitives 110 

8.1.3.3 Parameter definitions and use 110 

8.1.4 MAP_SEND_IDENTIFICATION service Ill 

8.1.4.1 Definition Ill 

8.1.4.2 Service primitives Ill 

8.1.4.3 Parameter definitions and use Ill 

8.1.5 Void 112 

8.1.5.1 Void 112 

8.1.5.2 Void 112 

8.1.5.3 Void 112 
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8.1.6 MAP_PURGE_MS service 112 

8.1.6.1 Definition 112 

8.1.6.2 Service primitives 113 

8.1.6.3 Parameter definitions and use 113 

8.1.7 MAP_UPDATE_GPRS_LOCATION service 114 

8.1.7.1 Definition 114 

8.1.7.2 Service primitives 114 

8.1.7.3 Parameter definitions and use 115 

8.1.8 MAP-NOTE-MM-EVENT 118 

8.1.8.1 Definition 118 

8.1.8.2 Service primitives 118 

8.1.8.3 Parameter use 118 

8.2 Paging and search 119 

8.2.1 MAP_PAGE service 119 

8.2.1.1 Definition 119 

8.2.1.2 Service primitives 119 

8.2.1.3 Parameter definitions and use 120 

8.2.2 MAP_SEARCH_FOR_MS service 120 

8.2.2.1 Definition 120 

8.2.2.2 Service primitives 120 

8.2.2.3 Parameter definitions and use 121 

8.3 Access management services 121 

8.3.1 MAP_PROCESS_ACCESS_REQUEST service 121 

8.3.1.1 Definition 121 

8.3.1.2 Service primitives 121 

8.3.1.3 Parameter definitions and use 122 

8.4 Handover services 123 

8.4.1 MAP_PREPARE_HANDOVER service 123 

8.4.1.1 Definition 123 

8.4.1.2 Service primitives 123 

8.4.1.3 Parameter use 124 

8.4.2 MAP_SEND_END_SIGNAL service 128 

8.4.2.1 Definition 128 

8.4.2.2 Service primitives 128 

8.4.2.3 Parameter use 128 

8.4.3 MAP_PROCESS_ACCESS_SIGNALLING service 128 

8.4.3.1 Definition 128 

8.4.3.2 Service primitives 128 

8.4.3.3 Parameter use 129 

8.4.4 MAP_FORWARD_ACCESS_SIGNALLING service 130 

8.4.4.1 Definition 130 

8.4.4.2 Service primitives 130 

8.4.4.3 Parameter use 131 

8.4.5 MAP_PREPARE_SUBSEQUENT_HANDOVER service 133 

8.4.5.1 Definition 133 

8.4.5.2 Service primitives 133 

8.4.5.3 Parameter use 133 

8.4.6 MAP_ALLOCATE_HANDOVER_NUMBER service 134 

8.4.6.1 Definition 134 

8.4.6.2 Service primitives 134 

8.4.6.3 Parameter use 134 

8.4.7 MAP_SEND_HANDOVER_REPORT service 135 

8.4.7.1 Definition 135 

8.4.7.2 Service primitives 135 

8.4.7.3 Parameter use 135 

8.5 Authentication management services 135 

8.5.1 MAP_AUTHENTICATE service 135 

8.5.1.1 Definition 135 

8.5.1.2 Service primitives 136 

8.5.1.3 Parameter use 136 

8.5.2 MAP_SEND_AUTHENTICATION_INFO service 136 

8.5.2.1 Definition 136 
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8.5.2.2 Service primitives 137 

8.5.2.3 Parameter use 137 

8.5.3 MAP_AUTHENTICATION_FAILURE_REPORT service 139 

8.5.3.1 Definition 139 

8.5.3.2 Service primitives 139 

8.5.3.3 Parameter use 139 

8.6 Security management services 140 

8.6.1 MAP_SET_CIPHERING_MODE service 140 

8.6.1.1 Definitions 140 

8.6.1.2 Service primitives 140 

8.6.1.3 Parameter use 140 

8.7 International mobile equipment identities management services 141 

8.7.1 MAP_CHECK_IMEI service 141 

8.7.1.1 Definition 141 

8.7.1.2 Service primitives 141 

8.7.1.3 Parameter use 141 

8.7.2 MAP_OBTAIN_IMEI service 142 

8.7.2.1 Definition 142 

8.7.2.2 Service primitives 142 

8.7.2.3 Parameter use 142 

8.8 Subscriber management services 143 

8.8.1 MAP-INSERT-SUBSCRIBER-DATA service 143 

8.8.1.1 Definition 143 

8.8.1.2 Service primitives 143 

8.8.1.3 Parameter use 144 

8.8.1.4 Basic service information related to supplementary services 154 

8.8.2 MAP-DELETE-SUBSCRIBER-D AT A service 155 

8.8.2.1 Definition 155 

8.8.2.2 Service primitives 155 

8.8.2.3 Parameter use 155 

8.9 Identity management services 158 

8.9.1 MAP-PRO VIDE-IMSI service 158 

8.9.1.1 Definition 158 

8.9.1.2 Service primitives 158 

8.9.1.3 Parameter use 159 

8.9.2 MAP-FORWARD-NEW-TMSI service 159 

8.9.2.1 Definition 159 

8.9.2.2 Service primitives 159 

8.9.2.3 Parameter use 159 

8.10 Fault recovery services 159 

8.10.1 MAP_RESET service 159 

8.10.1.1 Definition 159 

8.10.1.2 Service primitives 159 

8.10.1.3 Parameter definition and use 160 

8.10.2 MAP_FORWARD_CHECK_SS_INDICATION service 160 

8.10.2.1 Definition 160 

8.10.2.2 Service primitives 160 

8.10.2.3 Parameter definition and use 160 

8.10.3 MAP_RESTORE_D ATA service 160 

8.10.3.1 Definition 160 

8.10.3.2 Service primitives 160 

8.10.3.3 Parameter definitions and use 161 

8.11 Subscriber Information services 162 

8.11.1 MAP-ANY-TIME-INTERROGATION service 162 

8.11.1.1 Definition 162 

8.11.1.2 Service primitives 163 

8.11.1.3 Parameter definition and use 163 

8.11.2 MAP-PRO VIDE-SUBSCRIBER-INFO service 163 

8.11.2.1 Definition 163 

8.11.2.2 Service primitives 164 

8.11.2.3 Parameter definition and use 164 

8.11.3 MAP- ANY-TIME-SUBSCRIPTION-INTERROGATION service 165 
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8.11.3.1 Definition 165 

8.11.3.2 Service primitives 165 

8.11.3.3 Parameter definition and use 165 

8.11.4 MAP-ANY-TIME-MODIFICATION service 166 

8.11.4.1 Definition 166 

8.11.4.2 Service primitives 166 

8.11.4.3 Parameter definition and use 166 

8.11.5 MAP-NOTE-SUBSCRIBER-DATA-MODIFIED service 167 

8.11.5.1 Definition 167 

8.11.5.2 Service primitives 168 

8.11.5.3 Parameter definition and use 168 

9 Operation and maintenance services 169 

9.1 Subscriber tracing services 169 

9.1.1 MAP- ACTIVATE-TRACE-MODE service 169 

9.1.1.1 Definition 169 

9.1.1.2 Service primitives 169 

9.1.1.3 Parameter use 170 

9.1.2 MAP-DEACTIVATE-TRACE-MODE service 171 

9.1.2.1 Definition 171 

9.1.2.2 Service primitives 171 

9.1.2.3 Parameter use 171 

9.1.3 MAP-TRACE-SUBSCRIBER- ACTIVITY service 171 

9.1.3.1 Definition 171 

9.1.3.2 Service primitives 172 

9.1.3.3 Parameter use 172 

9.2 Other operation and maintenance services 172 

9.2.1 MAP-SEND-IMSI service 172 

9.2.1.1 Definition 172 

9.2.1.2 Service primitives 173 

9.2.1.3 Parameter use 173 

10 Call handling services 173 

10.1 MAP_SEND_ROUTING_INFORMATION service 173 

10.1.1 Definition 173 

10.1.2 Service primitives 173 

10.1.3 Parameter use 174 

10.2 MAP_PROVIDE_ROAMING_NUMBER service 180 

10.2.1 Definition 180 

10.2.2 Service primitives 180 

10.2.3 Parameter use 180 

10.3 MAP_RESUME_CALL_HANDLING service 182 

10.3.1 Definition 182 

10.3.2 Service primitives 183 

10.3.3 Parameter use 183 

10.4 MAP_PREPARE_GROUP_CALL service 184 

10.4.1 Definition 184 

10.4.2 Service primitives 185 

10.4.3 Parameter definitions and use 185 

10.5 MAP_PROCESS_GROUP CALL_SIGNALLING service 186 

10.5.1 Definitions 186 

10.5.2 Service primitives 186 

10.5.3 Parameter definitions and use 187 

10.6 MAP_FORWARD_GROUP_CALL_SIGNALLING service 187 

10.6.1 Definitions 187 

10.6.2 Service primitives 187 

10.6.3 Parameter definitions and use 188 

10.7 MAP_SEND_GROUP_CALL_END_SIGNAL service 189 

10.7.1 Definitions 189 

10.7.2 Service primitives 189 

10.7.3 Parameter definitions and use 189 

10.7A MAP SEND GROUP CALL INFO service 189 
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10.7A.1 Definitions 189 

10.7A.2 Service primitives 190 

10.7A.3 Parameter definitions and use 190 

10.8 Void 191 

10.9 Void 191 

10.10 MAP_SET_REPORTING_STATE service 191 

10.10.1 Definition 191 

10.10.2 Service primitives 191 

10.10.3 Parameter use 192 

10.11 MAP_STATUS_REPORT service 192 

10.11.1 Definition 192 

10.11.2 Service primitives 192 

10.11.3 Parameter use 193 

10.12 MAP_REMOTE_USER_FREE service 193 

10.12.1 Definition 193 

10.12.2 Service primitives 193 

10.12.3 Parameter use 194 

10.13 MAP_IST_ALERT service 194 

10.13.1 Definition 194 

10.13.2 Service primitives 194 

10.13.3 Parameter use 195 

10.14 MAP_IST_COMMAND service 195 

10.14.1 Definition 195 

10.14.2 Service primitives 195 

10.14.3 Parameter use 196 

10.15 MAP_RELEASE_RESOURCES service 196 

10.15.1 Definition 196 

10.15.2 Service primitives 196 

10.15.3 Parameter use 196 

11 Supplementary services related services 197 

11.1 MAP_REGISTER_SS service 197 

11.1.1 Definition 197 

11.1.2 Service primitives 197 

11.1.3 Parameter use 197 

11.2 MAP_ERASE_SS service 198 

11.2.1 Definition 198 

11.2.2 Service primitives 198 

11.2.3 Parameter use 199 

11.3 MAP_ACTIVATE_SS service 199 

11.3.1 Definition 199 

11.3.2 Service primitives 199 

11.3.3 Parameter use 200 

11.4 MAP_DEACTIVATE_SS service 201 

11.4.1 Definitions 201 

11.4.2 Service primitives 201 

11.4.3 Parameter use 201 

11.5 MAP_INTERROGATE_SS service 202 

11.5.1 Definitions 202 

11.5.2 Service primitives 202 

11.5.3 Parameter use 203 

11.6 Void 204 

11.7 MAP_REGISTER_PASSWORD service 204 

11.7.1 Definitions 204 

11.7.2 Service primitives 204 

11.7.3 Parameter use 205 

11.8 MAP_GET_PASSWORD service 205 

11.8.1 Definitions 205 

11.8.2 Service primitives 205 

11.8.3 Parameter use 206 

11.9 MAP_PROCESS_UNSTRUCTURED_SS_REQUEST service 206 

11.9.1 Definitions 206 
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11.9.2 Service primitives 206 

11.9.3 Parameter use 206 

11.10 MAP_UNSTRUCTURED_SS_REQUEST service 207 

11.10.1 Definitions 207 

11.10.2 Service primitives 207 

11.10.3 Parameter use 207 

11.11 MAP_UNSTRUCTURED_SS_NOTIFY service 208 

11.11.1 Definitions 208 

11.11.2 Service primitives 209 

11.11.3 Parameter use 209 

11.12 MAP_SS_INVOCATION_NOTIFY 210 

11.12.1 Definition 210 

11.12.2 Service primitives 210 

11.12.3 Parameter use 210 

11.13 MAP_REGISTER_CC_ENTRY service 210 

11.13.1 Definition 210 

11.13.2 Service primitives 211 

11.13.3 Parameter use 211 

11.14 MAP_ERASE_CC_ENTRY service 212 

11.14.1 Definition 212 

11.14.2 Service primitives 212 

11.14.3 Parameter use 212 

12 Short message service management services 213 

12.1 MAP-SEND-ROUTING-INFO-FOR-SM service 213 

12.1.1 Definition 213 

12.1.2 Service primitives 213 

12.1.3 Parameter use 213 

12.2 MAP-MO-FORWARD-SHORT-MESSAGE service 215 

12.2.1 Definition 215 

12.2.2 Service primitives 215 

12.2.3 Parameter use 215 

12.3 MAP-REPORT-SM-DELIVERY-STATUS service 216 

12.3.1 Definition 216 

12.3.2 Service primitives 216 

12.3.3 Parameter use 217 

12.4 MAP-READY-FOR-SM service 218 

12.4.1 Definition 218 

12.4.2 Service primitives 218 

12.4.3 Parameter use 218 

12.5 MAP- ALERT-SERVICE-CENTRE service 219 

12.5.1 Definition 219 

12.5.2 Service primitives 219 

12.5.3 Parameter use 219 

12.6 MAP-INFORM-SERVICE-CENTRE service 220 

12.6.1 Definition 220 

12.6.2 Service primitives 220 

12.6.3 Parameter use 220 

12.7 MAP-SEND-INFO-FOR-MT-SMS service 221 

12.7.1 Definition 221 

12.7.2 Service primitives 221 

12.7.3 Parameter use 221 

12.8 MAP-SEND-INFO-FOR-MO-SMS service 222 

12.8.1 Definition 222 

12.8.2 Service primitives 222 

12.8.3 Parameter use 222 

12.9 MAP-MT-FORWARD-SHORT-MESSAGE service 223 

12.9.1 Definition 223 

12.9.2 Service primitives 223 

12.9.3 Parameter use 223 

12.10 MAP-MT-FORWARD-SM-FOR-VGCS service 224 

12.10.1 Definition 224 
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12.10.2 Service primitives 224 

12.10.3 Parameter use 224 

13 Network-Requested PDP Context Activation services 225 

13.1 MAP_SEND_ROUTING_INFO_FOR_GPRS service 225 

13.1.1 Definition 225 

13.1.2 Service primitives 226 

13.1.3 Parameter definition and use 226 

13.2 MAP_FAILURE_REPORT service 227 

13.2.1 Definition 227 

13.2.2 Service primitives 227 

13.2.3 Parameter definition and use 227 

13.3 MAP_NOTE_MS_PRESENT_FOR_GPRS service 227 

13.3.1 Definition 227 

13.3.2 Service primitives 228 

13.3.3 Parameter definition and use 228 

13A Location Service Management Services 228 

13A.1 MAP-SEND-ROUTING-INFO-FOR-LCS Service 228 

13A.1.1 Definition 228 

13A.1.2 Service Primitives 229 

13A.1.3 Parameter Use 229 

13A.2 MAP-PRO VIDE-SUBSCRIBER-LOCATION Service 231 

13A.2.1 Definition 231 

13A.2.2 Service Primitives 231 

13A.2.3 Parameter Definition and Use 231 

13A.3 MAP-SUBSCRIBER-LOCATION-REPORT Service 234 

13A.3.1 Definition 234 

13A.3.2 Service Primitives 234 

13A.3.3 Parameter Definition and Use 235 

13A.4 Void 239 

13A.4.1 Void 239 

13A.4.2 Void 239 

13A.4.3 Void 239 

13A.5 Void 239 

13A.5.1 Void 239 

13A.5.2 Void 239 

13A.5.3 Void 239 

13A.6 Void 239 

13A.6.1 Void 239 

13A.6.2 Void 239 

13A.6.3 Void 239 

13A.7 Void 239 

13A.7.1 Void 239 

13A.7.2 Void 239 

13A.7.3 Void 239 

13A.8 Void 239 

13A.8.1 Void 239 

13A.8.2 Void 239 

13A.8.3 Void 239 

13A.9 Void 239 

13A.9.1 Void 239 

13A.9.2 Void 240 

13A.9.3 Void 240 

14 General 240 

14.1 Overview 240 

14.2 Underlying services 240 

14.3 Model 240 

14.4 Conventions 240 

15 Elements of procedure 241 

15.1 Handling of unknown operations 241 
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15.2 Dialogue establishment 241 

15.2.1 Behaviour at the initiating side 242 

15.2.2 Behaviour at the responding side 242 

15.3 Dialogue continuation 243 

15.4 Load control 243 

15.5 Procedures for MAP specific services 243 

15.5.1 Service invocation 244 

15.5.2 Void 244 

15.5.3 Service invocation receipt 244 

15.5.4 Void 244 

15.5.5 Handling of components received fromTC 244 

15.6 SDL descriptions 244 

16 Mapping on to TC services 277 

16.1 Dialogue control 277 

16.1.1 Directly mapped parameters 277 

16.1.2 Use of other parameters of dialogue handling primitives 277 

16.1.2.1 Dialogue Id 277 

16.1.2.2 Application-context-name 277 

16.1.2.3 User information 277 

16.1.2.4 Component present 277 

16.1.2.5 Termination 277 

16.1.2.6 P-Abort-Cause 277 

16.1.2.7 Quality of service 278 

16.2 Service specific procedures 278 

16.2.1 Directly mapped parameters 278 

16.2.2 Use of other parameters of component handling primitives 278 

16.2.2.1 Dialogue Id 278 

16.2.2.2 Class 278 

16.2.2.3 Linked Id 278 

16.2.2.4 Operation 279 

16.2.2.5 Error 280 

16.2.2.6 Parameters 280 

16.2.2.7 Timeout 280 

16.2.2.8 Last component 280 

16.2.2.9 Problem code 280 

16.2.2.9.1 Mapping to MAP User Error 280 

16.2.2.9.2 Mapping to MAP Provider Error parameter 281 

16.2.2.9.3 Mapping to diagnostic parameter 281 

17 Abstract syntax of the MAP protocol 282 

17.1 General 282 

17.1.1 Encoding rules 282 

17.1.2 UseofTC 282 

17.1.2.1 Use of Global Operation and Error codes defined outside MAP 283 

17.1.3 Use of information elements defined outside MAP 283 

17.1.4 Compatibility considerations 283 

17.1.5 Structure of the Abstract Syntax of MAP 284 

17.1.6 Application Contexts 286 

17.2 Operation packages 288 

17.2.1 General aspects 288 

17.2.2 Packages specifications 289 

17.2.2.1 Location updating 289 

17.2.2.2 Location cancellation 289 

17.2.2.3 Roaming number enquiry 289 

17.2.2.4 Information retrieval 289 

17.2.2.5 Inter- VLR information retrieval 290 

17.2.2.6 IMSI retrieval 290 

17.2.2.7 Call control transfer 290 

17.2.2.8 Void 290 

17.2.2.9 Void 290 

17.2.2.10 Interrogation 290 
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17.2.2.11 Void 291 

17.2.2.12 Handover Control 291 

17.2.2.13 Subscriber Data management stand alone 291 

17.2.2.14 Equipment management 291 

17.2.2.15 Subscriber data management 291 

17.2.2.16 Location register restart 292 

17.2.2.17 Tracing stand-alone 292 

17.2.2.18 Functional SS handling 292 

17.2.2.19 Tracing 292 

17.2.2.20 Binding 292 

17.2.2.21 Unstructured SS handling 293 

17.2.2.22 MO Short message relay services 293 

17.2.2.23 Short message gateway services 293 

17.2.2.24 MT Short message relay services 294 

17.2.2.25 Void 294 

17.2.2.26 Message waiting data management 294 

17.2.2.27 Alerting 294 

17.2.2.28 Data restoration 294 

17.2.2.29 Purging 295 

17.2.2.30 Subscriber information enquiry 295 

17.2.2.31 Any time information enquiry 295 

17.2.2.32 Group Call Control 295 

17.2.2.32A Group Call Info Retrieval 295 

17.2.2.33 Void 296 

17.2.2.34 Void 296 

17.2.2.35 Gprs location updating 296 

17.2.2.36 Gprs Interrogation 296 

17.2.2.37 Failure reporting 296 

17.2.2.38 GPRS notifying 296 

17.2.2.39 Supplementary Service invocation notification 297 

17.2.2.40 Set Reporting State 297 

17.2.2.41 Status Report 297 

17.2.2.42 Remote User Free 297 

17.2.2.43 Call Completion 297 

17.2.2.44 Location service gateway services 297 

17.2.2.45 Location service enquiry 298 

17.2.2.45A Location service reporting 298 

17.2.2.46 Void 298 

17.2.2.47 Void 298 

17.2.2.48 Void 298 

17.2.2.49 1ST Alerting 298 

17.2.2.50 Service Termination 298 

17.2.2.51 Mobility Management event notification 299 

17.2.2.53 Subscriber Data modification notification 299 

17.2.2.54 Authentication Failure Report 299 

17.2.2.55 Resource Management 299 

17.2.2.56 MT Short message relay VGCS services 300 

17.3 Application contexts 300 

17.3.1 General aspects 300 

17.3.2 Application context definitions 301 

17.3.2.1 Void 301 

17.3.2.2 Location Updating 301 

17.3.2.3 Location Cancellation 301 

17.3.2.4 Roaming number enquiry 301 

17.3.2.5 Void 302 

17.3.2.6 Location Information Retrieval 302 

17.3.2.7 Call control transfer 302 

17.3.2.8 Void 302 

17.3.2.9 Void 302 

17.3.2.10 Void 302 

17.3.2.11 Location registers restart 302 

17.3.2.12 Handover control 303 
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17.3.2.13 IMSI Retrieval 303 

17.3.2.14 Equipment Management 303 

17.3.2.15 Information retrieval 303 

17.3.2.16 Inter- VLR information retrieval 304 

17.3.2.17 Stand Alone Subscriber Data Management 304 

17.3.2.18 Tracing 304 

17.3.2.19 Network functional SS handling 305 

17.3.2.20 Network unstructured SS handling 305 

17.3.2.21 Short Message Gateway 305 

17.3.2.22 Mobile originating Short Message Relay 306 

17.3.2.23 Void 306 

17.3.2.24 Short message alert 306 

17.3.2.25 Short message waiting data management 306 

17.3.2.26 Mobile terminating Short Message Relay 307 

17.3.2.27 MS purging 307 

17.3.2.28 Subscriber information enquiry 307 

17.3.2.29 Any time information enquiry 307 

17.3.2.30 Group Call Control 308 

17.3.2.30A Group Call Info Retrieval 308 

17.3.2.31 Void 308 

17.3.2.32 Gprs Location Updating 308 

17.3.2.33 Gprs Location Information Retreival 308 

17.3.2.34 Failure Reporting 309 

17.3.2.35 GPRS Notifying 309 

17.3.2.36 Supplementary Service invocation notification 309 

17.3.2.37 Reporting 309 

17.3.2.38 Call Completion 309 

17.3.2.39 Location Service Gateway 310 

17.3.2.40 Location Service Enquiry 310 

17.3.2.41 Void 310 

17.3.2.42 Void 310 

17.3.2.43 Void 310 

17.3.2.44 1ST Alerting 310 

17.3.2.45 Service Termination 310 

17.3.2.46 Mobility Management event notification 311 

17.3.2.48 Subscriber Data modification notification 311 

17.3.2.49 Authentication Failure Report 311 

17.3.2.50 Resource Management 311 

17.3.2.51 Mobile terminating Short Message Relay VGCS 312 

17.3.3 ASN.l Module for application-context-names 312 

17.4 MAP Dialogue Information 314 

17.5 MAP operation and error codes 316 

17.6 MAP operations and errors 318 

17.6.1 Mobile Service Operations 318 

17.6.2 Operation and Maintenance Operations 325 

17.6.3 Call Handling Operations 326 

17.6.4 Supplementary service operations 329 

17.6.5 Short message service operations 333 

17.6.6 Errors 336 

17.6.7 Group Call operations 342 

17.6.8 Location service operations 344 

17.6.9 Void 345 

17.7 MAP constants and data types 345 

17.7.1 Mobile Service data types 345 

17.7.2 Operation and maintenance data types 385 

17.7.3 Call handling data types 389 

17.7.4 Supplementary service datatypes 396 

17.7.5 Supplementary service codes 400 

17.7.6 Short message data types 403 

17.7.7 Error data types 407 

17.7.8 Common data types 413 

17.7.9 Teleservice Codes 421 
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17.7.10 Bearer Service Codes 422 

17.7.11 Extension data types 424 

17.7.12 Group Call data types 425 

17.7.13 Location service datatypes 427 

17.7.14 Void 437 

18 General on MAP user procedures 438 

18.1 Introduction 438 

18.2 Common aspects of user procedure descriptions 438 

18.2.1 General conventions 438 

18.2.2 Naming conventions 438 

18.2.3 Convention on primitives parameters 440 

18.2.3.1 Open service 440 

18.2.3.2 Close service 440 

18.2.4 Version handling at dialogue establishment 440 

18.2.4.1 Behaviour at the initiating side 440 

18.2.4.2 Behaviour at the responding side 440 

18.2.5 Abort Handling 440 

18.2.6 SDL conventions 440 

18.3 Interaction between MAP Provider and MAP Users 441 

19 Mobility procedures 442 

19.1 Location management Procedures 442 

19.1.1 Location updating 443 

19.1.1.1 General 443 

19.1.1.2 Procedures in the VLR 448 

19.1.1.3 Procedure in the PVLR 448 

19.1.1.4 Procedure in the SGSN 448 

19.1.1.5 Procedures in the HLR 449 

19.1.2 Location Cancellation 469 

19.1.2.1 General 469 

19.1.2.2 Procedure in the HLR 469 

19.1.2.3 Procedure in the VLR 470 

19.1.2.4 Procedure in the SGSN 470 

19.1.3 Void 477 

19.1.4 MS Purging 477 

19.1.4.1 General 477 
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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The present document specifies the Mobile Application Part (MAP), the requirements for the signalling system and 
procedures within the 3 GPP system at application level. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 27 ETSI TS 1 29 002 V9.2.0 (201 0-07) 



Scope 



It is necessary to transfer between entities of a Public Land Mobile Network (PLMN) information specific to the PLMN 
in order to deal with the specific behaviour of roaming Mobile Stations (MS)s. The Signalling System No. 7 specified 
by CCITT is used to transfer this information. 

The present document describes the requirements for the signalling system and the procedures needed at the application 
level in order to fulfil these signalling needs. 

Clauses 1 to 6 are related to general aspects such as terminology, mobile network configuration and other protocols 
required by MAP. 

MAP consists of a set of MAP services that are provided to MAP service-users by a MAP service-provider. 



MAP service-user 



MAP service-user 



Service Interface 



MAP Service-provider 

Figure 1.1/1: Modelling principles 

Clauses 7 to 13A of the present document describe the MAP services. 

Clauses 14 to 17 define the MAP protocol specification and the behaviour of service provider (protocol elements to be 
used to provide MAP services, mapping on to TC service primitives, abstract syntaxes, etc.). 

Clauses 18 to 25 describe the MAP user procedures that make use of MAP services. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TS 21.905: "3G Vocabulary". 

[2] 3GPP TS 22.001: "Digital cellular telecommunications system (Phase 2+); Principles of 

telecommunication services supported by a Public Land Mobile Network (PLMN)". 

[3] 3GPP TS 22.002: "Bearer Services Supported by a PubHc Land Mobile Network (PLMN)". 

[4] 3GPP TS 22.003: "Circuit Teleservices Supported by a Public Land Mobile Network (PLMN)". 

[5] 3GPP TS 22.004: "General on Supplementary Services". 

[6] 3GPP TS 42.009: "Digital cellular telecommunications system (Phase 2+); Security aspects". 

[7] 3GPP TS 22.016: "International Mobile station Equipment Identities (IMEI)". 
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[69] ITU-T Recommendation E.213: " Telephone and ISDN numbering plan for land mobile stations in 

public land mobile networks (PLMN) " . 
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[77] ITU-T Recommendation Q.721 (1988): "Specifications of Signalling System No.7; Functional 
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[78] ITU-T Recommendation Q.722 (1988): "Specifications of Signalling System No.7; General 
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[84] ITU-T Recommendation Q.763 (1988): "Specifications of Signalling System No. 7; Formats and 

codes". 

[85] ITU-T Recommendation Q.764 (1988): "Specifications of Signalling System No.7; Signalling 

procedures". 

[86] ITU-T Recommendation Q.767: "Specifications of Signalling System No.7; Application of the 
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[88] ITU-T Recommendation Q.772: "Specifications of Signalling System No.7; Transaction 
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[89] ITU-T Recommendation Q.773: "Specifications of Signalling System No.7; Transaction 
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[98] 3GPP TS 23.078: "Customised Applications for Mobile network Enhanced Logic (CAMEL) 

Phase 4 -Stage 2". 
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109] ANSI Tl.l 12 (1996): "Telecommunication - Signalling No. 7 - Signaling Connection Control Part 

(SCCP)". 

1 10] 3GPP TS 23.1 16: "Super-Charger Technical ReaHsation; Stage 2." 

Ill] Void. 

112] Void 
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114] Void 

115] Void 
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119] 3GPP TS 24.135: "Multicall supplementary service; Stage 3". 
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121] 3GPP TS 29.202: "SS7 signalling transport in core network" 

122] 3GPP TS 23.032: "Universal Geographical Area Description (GAD)" 
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124] ITU-T Recommendation X.880: "Data networks and open system communication - Open System 
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125] 3GPP TS 23.278: 'Customised AppHcations for Mobile Network Enhanced Logic (CAMEL) 
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126] 3GPP TS 23.172: "Technical reaUzation of Circuit Switched (CS) multimedia service; UDI/RDI 

fallback and service modification" 

127] 3GPP TS 26.103: "Speech codec Hst for GSM and UMTS". 

128] 3GPP TS 23.141: "Presence Service; Architecture and Functional Description" 

129] 3GPP TS 23.094: "Follow Me (EM) - Stage 2" 

130] 3GPP TS 32.422: "Subscriber and equipment trace; Trace control and Configuration Management 

(CM)". 

131] 3GPP TS 32.421: "Subscriber and equipment trace: Trace concepts and requirements". 

132] 3GPP TS 32.422: "Subscriber and equipment trace; Trace control and Configuration 

Management" . 

133] 3GPP TS 23.236: " Intra-domain connection of Radio Access Network (RAN) nodes to multiple 

Core Network (CN) nodes" 

134] 3GPP TS 23.204: "Support of Short Message Service (SMS) 

over generic 3GPP Internet Protocol (IP) access" 

135] 3GPP TS 23.292: "IP Multimedia Subsystem (IMS) CentraHzed Services" 

136] 3 GPP TS 23.067: "enhanced Multi-Level Precedence and Pre-emption service (eMLPP) - Stage 2" 

137] 3GPP TS 24.067: "Enhanced Multi-Level Precedence and Pre-emption service (eMLPP); Stage 3" 
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[139] IETF RFC 3588: "Diameter Base Protocol" 

[140] 3GPP TS 29.274: " Evolved General Packet Radio Service (GPRS) Tunnelling Protocol for 

Control plane (GTPv2-C); Stage 3" 

[141] 3GPP TS 29.173: "Locations Services; Diameter-based SLh interface for Control Plane LCS". 

[142] 3GPP TS 29.234: "3GPP system to Wireless Local Area Network (WLAN) Interworking; 

Stage 3". 



3 Abbreviations 

ADD Automatic Device Detection 

GANSS Galileo and Additional Navigation Satellite Systems 

All other abbreviations used in the present document are listed in 3GPP TS 21.905. 



4 Void 

5 Overload and compatibility overview 
5.1 Overload control 

There is a requirement for an overload/congestion control for all entities of the Public Land Mobile Network and the 
underlying Signalling System No. 7. 

5.1.1 Overload control for MSC (outside MAP) 

For the entity MSC the following two procedures (outside MAP) may be applied to control the processor load: 

- ISDN 

CCITT Recommendation Q.764 (Automatic Congestion Control), applicable to reduce the mobile terminating 
traffic; 

- BSSAP 

3GPP TS 48.008 [49] (A-interface Flow Control), applicable to reduce the mobile originating traffic. 

5.1 .2 Overload control for MAP entities 

For all MAP entities, especially the HLR, the following overload control method is applied. 

If overload of a MAP entity is detected requests for certain MAP operations (see tables 5.1/1, 5.1/2, 5.1/3 and 5.1/4) 
may be ignored by the responder. The decision as to which MAP Operations may be ignored is made by the MAP 
service provider and is based upon the priority of the application context. 

Since most of the affected MAP operations are supervised in the originating entity by TC timers (medium) an additional 
delay effect is achieved for the incoming traffic. 

If overload levels are applicable in the Location Registers the MAP operations should be discarded taking into account 
the priority of their application context (see table 5.1/1 for HLR, table 5.1/2 for MSC/VLR, table 5.1/3 for the SGSN 
and table 5.1/4 for the SMLC; the lowest priority is discarded first). 
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The ranking of priorities given in the tables 5.1/1, 5.1/2, 5.1/3 and 5.1/4 is not normative. The tables can only be seen as 
a proposal that might be changed due to network operator/implementation matters. 

Table 5.1/1 : Priorities of Application Contexts for HLR as Responder 



Responder = HLR 


Initiating Entity 


Priority high 




Mobility Management 




networkLocUp 


VLR 


(updateLocation) , 




(restoreData/v2), 




(sendParameters/v 1 ) 




gprsLocationUpdate 


SGSN 


(updateGPRSLocation/v3), 




infoRetrieval 


VLR/SGSN 


(sendAuthenticationInfo/v2/v3), 




(sendParameters/v 1 ) 




istAlerting 


MSC 


(istAlert/v3) 


msPurging VLR 


(purgeMS/v2/v3) 




msPurging 


SGSN 


(purgeMS/v3) 




Short Message Service 




shortMsgGateway 


GMSC 


(sendRoutinglnfoforSM), 




(reportSM-DeliveryStatus) 




mwdMngt VLR/SGSN 




(readyForSM/v2/v3), 




(noteSubscriberPresent/v 1 ) 




Mobile Terminating Traffic 




locInfoRetrieval 


GMSC 


(sendRoutinglnfo) 




anyTimeEnquiry 


gsmSCF 


(anyTimeInterrogation/v3 ) 




reporting 


VLR 


(statusReport) 




Location Services 




locations vcGateway 


GMLC 


(sendRoutingInfoforLCS/v3) 




Subscriber Controlled Inputs (Supplementary Services) 




networkFunctionalS s 


VLR 


(registerSS), 




(eraseSS), 




(activateSS), 




(deactivateSS), 




(interrogateSS), 




(registerPassword), 




(processUnstructuredSS-Data/vl), 




(beginSubscriber Activity/v 1 ) 




callCompletion 


VLR 


(registerCCEntry), 




(eraseCCEntry) 




networkUnstructuredS s 


VLR 


(processUnstructuredSS-Request/v2) 




imsiRetrieval 


VLR 


(sendIMSI/v2) 




gprsLocationlnfoRetrieval 


GGSN/SGSN 


(sendRoutingInfoForGprs/v3/v4) 




failureReport 


GGSN/SGSN 


(failureReport/v3) 




authenticationPailureReport 


VLR/SGSN 


(authenticationFailureReport/v3 ) 




Priority low 



NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 
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Table 5.1/3: Priorities of Application Contexts for SGSN as Responder 



Responder = SGSN 


Initiating Entity 


Priority high 




Mobility and Location Register Management 




locationCancel 


HLR 


(cancelLocation v3) 




reset 


HLR 


(reset) 




subscriberDataMngt 


HLR 


(insertSubscriberData v3), 




(deleteSubscriberData v3) 




tracing 


HLR 


(acti vateTraceMode) , 




(deactivateTraceMode) 




Short Message Service 




shortMsgMT-Relay 


MSC 


(MT-ForwardSM v3), 




(forwardSM vl/v2) 




Location Services 




locations vcEnquiry 


GMLC 


(provideSubscriberLocation v3) 




Network-Requested PDF context activation 




gprsNotify 


HLR 


(noteMsPresentForGprs v3), 




{Subscriber Location & State retrieval) 




subscriberlnfoEnquiry 


HLR 


(provideSubscriberInformation/v3) 




Priority low 





NOTE: The application context name is the last component but one of the object identifier. 
Operation names are given in brackets for information with "/vn" appended to vn. 
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Table 5.1/2: Priorities of Application Contexts for MSC/VLR as Responder 



Responder = MSCA^LR 


Initiating Entity 


Priority high 




Handover 




handoverControl 


MSC 


(prepareHando ver/v2/v3 ) , 




(performHando ver/v 1 ) 




Group call and Broadcast call 




groupCallControl 


MSC 


(prepareGroupCall/v3 ) 




groupCalllnfoRetrieval 


MSC 


(sendGroupCallInfo/v3) 




Mobility and Location Register Management 


HLR 


locationCancel 


(cancelLocation) 




reset 


HLR 


(reset) 




immediateTermination 


HLR 


(istCommand/v3 ) 




interVlrlnfoRetrieval 


VLR 


(sendIdentification/v2/v3 ) , 




(sendParameters/v 1 ) 




subscriberDataMngt 


HLR 


(insertSubscriberData), 




(deleteSubscriberData) 




tracing 


HLR 


(acti vateTraceMode) , 




(deactivateTraceMode) 




Short Message Service 




shortMsgMO-Relay 


MSC/SGSN 


(MO-ForwardSM v3), 




(forwardSM vl/v2) 




shortMsgMT-Relay 


MSC 


(MT-ForwardSM v3), 




(forwardSM vl/v2) 




shortMsgAlert 


HLR 


(alerts erviceCentre/v2), 




(alerts erviceCentreWithoutResult/v 1 ) 




Mobile Terminating Traffic 




resourceMngt 


GMSC 


(releaseResources) 




roamingNbEnquiry 


HLR 


(provideRoamingNumber) 




callControlTransfer 


MSC 


(resumeCallHandling) 




subscriberlnfoEnquiry 


HLR 


(provideSubscriberInformation/v3) 




reporting 


HLR 


(remoteUserFree) , 




(SetReportingState) 




Location Services 




locations vcEnquiry 


GMLC 


(provideSubscriberLocation/v3) 




Network-Initiated USSD 




networkUnstructuredS s 


HLR 


(unstmcturedS S -Request/v2) , 




(unstmcturedSS-Notify/v2) 




Priority low 
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NOTE: The application context name is the last component but one of the object identifier. 

Operation names are given in brackets for information with "/vn" appended to vn only operations. 

5.1 .3 Congestion control for Signalling System No. 7 

The requirements of SS7 Congestion control have to be taken into account as far as possible. 

Means that could be applied to achieve the required traffic reductions are described in clauses 5.1.1 and 5.1.2. 

5.2 Compatibility 

5.2.1 General 

The present document of the Mobile Application Part is designed in such a way that an implementation which conforms 
to it can also conform to the Mobile Application Part operational version 1 specifications, except on the MSC-VLR 
interface. 

A version negotiation mechanism based on the use of an application-context-name is used to negotiate the protocol 
version used between two entities for supporting a MAP-user signalling procedure. 

When starting a signalling procedure, the MAP-user supplies an application-context-name to the MAP-provider. This 
name refers to the set of application layer communication capabilities required for this dialogue. This refers to the 
required TC facilities (e.g. version 1 or 2) and the list of operation packages (i.e. set of operations) from which 
operations can be invoked during the dialogue. 

A version one application-context-name may only be transferred to the peer user in a MAP-U- ABORT to an entity of 
version two or higher (i.e. to trigger a dialogue which involves only communication capabilities defined for MAP 
operational version 1). 

If the proposed application-context-name can be supported by the responding entity the dialogue continues on this basis 
otherwise the dialogue is refused and the initiating user needs to start a new dialogue, which involves another 
application-context-name which requires less communication capabilities but provides similar functionality (if 
possible). 

When a signalling procedure can be supported by several application contexts that differ by their version number, the 
MAP-User needs to select a name. It can either select the name that corresponds to the highest version it supports or 
follow a more specific strategy so that the number of protocol fallbacks due to version compatibility problems is 
minimised. 

5.2.2 Strategy for selecting the Application Context (AC) version 

A method should be used to minimise the number of protocol fall-backs which would occur sometimes if the highest 
supported AC-Name were always the one selected by GSM entities when initiating a dialogue. The following method is 
an example that can be used mainly at transitory phase stage when the network is one of mixed phase entities. 

5.2.2.1 Proposed method 

A table (table 1) may be set up by administrative action to define the highest application context (AC) version supported 
by each destination; a destination may be another node within the same or a different PLMN, or another PLMN 
considered as a single entity. The destination may be defined by an E.164 number or an E.214 number derived from an 
IMSI or in North America (World Zone 1) by an E.164 number or an IMSI (E.212 number). The table also includes the 
date when each destination is expected to be able to handle at least one AC of the latest version of the MAP protocol. 
When this date is reached, the application context supported by the node is marked as "unknown", which will trigger the 
use of table 2. 

A second table (table 2) contains an entry for each destination that has an entry in table 1 . For a given entity, the entry 
in table 2 may be a single application context version or a vector of different versions applying to different application 
contexts for that entity. Table 2 is managed as described in clause 5.2.2.2. 

The data for each destination will go through the following states: 
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a) the version shown in table 1 is "version n-l", where 'n' is the highest version existing in this specification; table 2 
is not used; 

b) the version shown in table 1 is "unknown"; table 2 is used, and maintained as described in clause 5.2.2.2; 

c) when the PLMN operator declares that an entity (single node or entire PLMN) has been upgraded to support all 
the MAP version n ACs defined for the relevant interface, the version shown in table 1 is set to "version n" by 
administrative action; table 2 is no longer used, and the storage space may be recovered. 

5.2.2.2 Managing the version look-up table 

WHEN it receives a MAP-OPEN ind the MAP-User determines the originating entity number either using the 
originating address parameter or the originating reference parameter or retrieving it from the subscriber data using the 
IMSI or the MSISDN. 

IF the entity number is known: 

THEN 

It updates (if required) the associated list of highest supported ACs. 

ELSE 

It creates an entry for this entity and includes the received AC-name in the list of highest supported ACs. 

WHEN starting a procedure, the originating MAP-user looks up its version control table. 

IF the destination address is known and not timed-out. 

THEN 

It retrieves the appropriate AC-name and uses it 

IF the dialogue is accepted by the peer 

THEN 

It does not modify the version control table 

ELSE (this should never occur) 

It starts a new dialogue with the common highest version supported (based on information implicitly 
or explicitly provided by the peer). 

It replaces the old AC-name by the new one in the list of associated highest AC supported. 

ELSE 

It uses the AC-name that corresponds to the highest version it supports. 
IF the dialogue is accepted by the peer. 

THEN 

It adds the destination node in its version control table and includes the AC-Name in the list of 
associated highest AC supported. 



ELSE 



It starts a new dialogue with the common highest version supported (based on information implicitly or 
explicitly provided by the peer). 

IF the destination node was not known 

THEN 
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It adds the destination node in its version control table and includes the new AC-Name in the list of 
associated highest AC supported. 

ELSE 

It replaces the old AC-name by the new one in the list of highest supported AC and reset the timer. 

5.2.2.3 Optimising the method 

A table look-up may be avoided in some cases if both the HLR and the VLR or both the HLR and the SGSN store for 
each subscriber the version of the AC-name used at location updating. Then: 

- for procedures which make use of the same application-context, the same AC-name (thus the same version) can 
be selected (without any table look-up) when the procedure is triggered; 

- for procedures which make use of a different application-context but which includes one of the packages used by 
the location updating AC, the same version can be selected (without any table look-up) when the procedure is 
triggered; 

for HLR: 

- Subscriber data modification (stand alone); 
for VLR: 

- Data Restoration. 



6 Requirements concerning the use of SCCP and TC 

6.1 Use of SCCP 

The Mobile Application Part (MAP) makes use of the services offered by the Signalling Connection Control Part 
(SCCP). 

MAP supports the following SCCP versions: 

• Signalling Connection Control Part, Signalling System no. 7 CCITT ("Blue Book SCCP"); 

• Signalling Connection Control Part, Signalling System no. 7 ITU-T Recommendation (07/96) Q.711 to Q.716 
("White Book SCCP"). Support of White Book SCCP at the receiving side shall be mandated from OOiOlhrs, 1st 
July 2002(UTC). However, for signalling over the MAP E-interface to support inter-MSC handover/relocation, 
the support of White Book SCCP shall be mandated with immediate effect. 

A White Book SCCP message will fail if any signalling point used in the transfer of the message does not support 
White Book SCCP. Therefore it is recommended that the originator of the White Book SCCP message supports a drop 
back mechanism or route capability determination mechanism to interwork with signalling points that are beyond the 
control of GSM/UMTS network operators. 

In North America (World Zone 1) the national version of SCCP is used as specified in ANSI Tl.l 12. Interworking 
between a PLMN in North America and a PLMN outside North America will involve an STP to translate between 
ANSI SCCP and ITU-T/CCITT SCCP. 

The SCCP is identified as an MTP3-user and the transport of SCCP messages between two entities shall be 
accomplished according to the 3GPP TS 29.202 [121]. 

6.1.1 SCCP Class 

MAP will only make use of the connectionless classes (0 or 1) of the SCCP. 
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6.1 .2 Sub-System Number (SSN) 



The Application Entities (AEs) defined for MAP consist of several Application Service Elements (ASEs) and are 
addressed by sub-system numbers (SSNs). The SSNs for MAP are specified in 3GPP TS 23.003 [17]. 

When the SGSN emulates MSC behaviour for processing messages (MAP-MO-FORWARD-SHORT-MESSAGE, 
MAP_CHECK_IMEI, MAP_SUBSCRIBER_LOCATION_REPORT) towards entities which do not support 
interworking to SGSNs, it shall use the MSC SSN in the calling party address instead of the SGSN SSN. 

When present in the network, the Presence Network Agent emulates the behaviour of the GSM Service Control 
Function (gsm SCF) for processing of messages (MAP-NOTE-MM-EVENT, MAP- ANY-TIME-INTERROGATION 
and MAP-ANY-TIME-MODIFICATION). 

When a FEN (Follow Me Functional Node, see TS 23.094 [129]) is implemented in a network entity different from 
HLR, this network entity shall emulate HLR behaviour, i.e. it shall accept MAP-PROCESS-UNSTRUCTURED-SS- 
REQUEST messages addressed with SSN for HLR. 

In an EPS, an Interworking Function (IWF) may be used to convert Diameter S6a messages to MAP Gr messages and 
vice versa; also an IWF may be used to convert Diameter S13 messages to MAP Gf messages and vice versa. An SSN 
value for the IWF does not exist. Instead the IWF shall use the SGSN SSN value when serving an MME and use the 
HLR SSN when serving an HSS. An IWF is said to serve an MME (or HSS) when Diameter messages are exchanged 
between the IWF and the MME (or HSS). 



6.1.3 SCCP addressing 
6.1.3.1 Introduction 

Within the GSM System there will be a need to communicate between entities within the same PLMN and in different 
PLMNs. Using the Mobile Application Part (MAP) for this function implies the use of Transaction Capabilities (TC) 
and the SignalHng Connection Control Part (SCCP) of CCITT SignalHng System No. 7. 

Only the entities that should be addressed are described below. If the CCITT or ITU-T SCCP is used, the format and 
coding of address parameters carried by the SCCP for that purpose shall comply with CCITT Recommendation Q.713 
with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, a MAP SSN shall always be included in the 
called and calling party addresses. All other aspects of SCCP addressing are network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

- SSN indicator = 1 (MAP SSN always included); 

- Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

- the translation type field will be coded "00000000" (Not used). For call related messages for non-optimal 
routed calls (as described in 3GPP TS 23.066 [108]) directed to another PLMN the translation type field 
may be coded "10000000" (CRMNP); 

- Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = 1 (MAP SSNs always included); 

- Point code indicator = 0; 
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- Global title indicator = 0100 (Global title includes translation type, numbering plan, encoding scheme and 
nature of address indicator); 

- Numbering Plan = 0001 (ISDN Numbering Plan, E.164; In Case of Inter-PLMN Signalling, the dialogue 
initiating entity and dialogue responding entity shall always include its own E.164 Global Title as Calling 
Party Address); 

- the translation type field will be coded "00000000" (Not used); 

- Routing indicator = (Routing on Global Title). 

If ANSI Tl.l 12 SCCP is used, the format and coding of address parameters carried by the SCCP for that purpose shall 
comply with ANSI specification Tl.l 12 with the following restrictions: 

1) Intra-PLMN addressing 

For communication between entities within the same PLMN, a MAP SSN shall always be included in the 
called and calling party addresses. All other aspects of SCCP addressing are network specific. 

2) Inter-PLMN addressing 

a) Called Party Address 

- SSN indicator = 1 (MAP SSN always included); 

- Global title indicator = 0010 (Global title includes translation type); 

- the Translation Type (TT) field will be coded as follows: 

TT = 9, if IMSI is included; 

TT = 14, if MSISDN is included; 

Or TT =10, if Network Element is included. (If TT=10, then Number Portability GTT is not invoked, 
if TT=14, then Number Portability GTT may be invoked). 

- Routing indicator = (Routing on global title); 

b) Calling Party Address 

- SSN indicator = 1 (MAP SSNs always included); 

- Point code indicator = 0; 

- Global Title indicator = 0010 (Global title includes translation type); 

TT = 9, if IMSI is included; 

TT = 14, if MSISDN is included; 

Or TT = 10, if Network Element is included. (If TT=10, then Number Portability GTT is not invoked, 
if TT=14, then Number Portability GTT may be invoked). 

Routing indicator = (Routing on Global Title). 

If a Global Title translation is required for obtaining routeing information, one of the numbering plans E.164, E.212 and 
E.214 is applicable. 

- E.212 numbering plan. 

When CCITT or ITU-T SCCP is used, an E.212 number must not be included as Global Title in an SCCP 
UNITDATA message. The translation of an E.212 number into a Mobile Global Title is applicable in a 
dialogue initiating VLR, SGSN or GGSN if the routeing information towards the HLR is derived from the 
subscriber's IMSI. In World Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used as a Global 
Title to address the HLR. When an MS moves from one VLR service area to another, the new VLR may 
derive the address of the previous VLR from the Location Area Identification provided by the MS in the 
location registration request. The PLMN where the previous VLR is located is identified by the E.212 
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numbering plan elements of the Location Area Identification, i.e. the Mobile Country Code (MCC) and the 
Mobile Network Code (MNC). 

E.214 and E.164 numbering plans. 

When CCITT or ITU-T SCCP is used, only address information belonging to either E.214 or E.164 
numbering plan is allowed to be included as Global Title in the Called and Calling Party Address. In World 
Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used as a Global Title to address the HLR. 

If the Calling Party Address associated with the dialogue initiating message contains a Global Title, the 
sending network entity shall include its E.164 entity number. 

When receiving an SCCP UNITDATA message, SCCP shall accept either of the valid numbering plans in 
the Called Party Address and in the Calling Party Address. 

When CCITT or ITU-T SCCP is used and an N-UNITDATA-REQUEST primitive from TC is received, 
SCCP shall accept an E.164 number or an E.214 number in the Called Address and in the Calling Address. In 
World Zone 1 when ANSI SCCP is used, the IMSI (E.212 number) is used instead of E.214 number. 

The following clauses describe the method of SCCP addressing appropriate for each entity both for the simple 
intra-PLMN case and where an inter-PLMN communication is required. The following entities are considered: 

- the Mobile-services Switching Centre (MSC); 

- the Home location Register (HLR); 

- the Visitor Location Register (VLR); 

- the Gateway Mobile-services Switching Centre (GMSC); 

- the GSM Service Control Function (gsmSCF); 

the Interworking Mobile- services Switching Centre (IWMSC); 

- the Serving GPRS Support Node (SGSN); 

- the Gateway GPRS Support Node (GGSN); 

- the Gateway Mobile Location Centre (GMLC). 

6.1 .3.2 The Mobile-services Switching Centre (MSC) 

There are several cases where it is necessary to address the MSC. 

6.1 .3.2.1 MSC interaction during handover or relocation 

The address is derived from the target Cell id or from the target RNC id. 

6.1 .3.2.2 MSC for short message routing 

When a short message has to be routed to an MS, the GMSC addresses the VMSC by an MSC identity received from 
the HLR that complies with E.164 rules. 

For MS originating short message, the IWMSC address is derived from the Service Centre address. 

6.1 .3.2.3 MSC for location request routing 

When a location request for a particular MS needs to be sent to the MS"s VMSC, the GMLC addresses the VMSC using 
an E.164 address received from the MS"s HLR. 

6.1 .3.2.4 MSC for LMU Control 

When a control message has to be routed to an LMU from an SMLC, the SMLC addresses the serving MSC for the 
LMU using an E.164 address. 
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6.1 .3.3 The Home Location Register (HLR) 

There are several cases where the HLR has to be addressed. 

6.1 .3.3.1 During call set-up 

When a call is initiated the HLR of the called mobile subscriber will be interrogated to discover the whereabouts of the 
MS. The addressing required by the SCCP will be derived from the MSISDN dialled by the calling subscriber. The 
dialled number will be translated into either an SPC, in the case of communications within a PLMN, or a Global Title if 
other networks are involved (i.e. if the communication is across a PLMN boundary). 

If the calling subscriber is a fixed network subscriber, the interrogation can be initiated from the Gateway MSC of the 
home PLMN in the general case. If the topology of the network allows it, the interrogation could be initiated from any 
Signalling Point that has MAP capabilities, e.g. local exchange, outgoing International Switching Centre (ISC), etc. 

6.1 .3.3.2 Before location updating completion 

When an MS registers for the first time in a VLR, the VLR has to initiate the update location dialogue with the MS's 
HLR and a preceding dialogue for authentication information retrieval if the authentication information must be 
retrieved from the HLR. When initiating either of these dialogues, the only data for addressing the HLR that the VLR 
has available is contained in the IMSI, and addressing information for SCCP must be derived from it. When continuing 
the established update location dialogue (as with any other dialogue), the VLR must derive the routeing information 
towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the 
dialogue terminating message is received. This means that the VLR must be able to address the HLR based on: 

- an E.214 Mobile Global Title originally derived by the VLR from the IMSI (when CCITT or ITU-T SCCP is 
used), or an E.212 number originally derived from IMSI (when ANSI SCCP is used, an IMSI); or 

an E. 164 HLR address; or 

- in the case of intra-PLMN signalling, an SPC. 

When answering with Global Title to the VLR, the HLR shall insert its E.164 address in the Calling Party Address of 
the SCCP message containing the first responding CONTINUE message. 

If the HLR is in the same PLMN as the VLR, local translation tables may exist to derive an SPC. For authentication 
information retrieval and location updating via the international PSTN/ISDN signalling network that requires the use of 
CCITT or ITU-T SCCP, the Global Title must be derived from the IMSI, using the principles contained in CCITT 
Recommendation E.214 and the Numbering Plan Indicator (NPI) value referenced by the SCCP Specifications. In 
World Zone 1 where the ANSI SCCP is used, IMSI (E.212 number) is used as Global Title. A summary of the 
translation from the IMSI (CCITT Recommendation E.212) to Mobile Global Title (described in CCITT 
Recommendation E.214) is shown below: 

- E.212 Mobile Country Code translates to E.164 Country Code; 

- E.212 Mobile Network Code translates to E.164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the VLR. The Mobile Global Title thus 
derived will be used to address the HLR. 

If location updating is triggered by an MS that roams from one MSC Area into a different MSC Area served by the 
same VLR, the VLR shall address the HLR in the same way as if the MS registers for the first time in the VLR. 

6.1 .3.3.3 After location updating completion 

In this case, the subscriber's basic MSISDN has been received from the HLR during the subscriber data retrieval 
procedure as well as the HLR number constituting a parameter of the MAP message indicating successful completion of 
the update location dialogue. From either of these E.164 numbers the address information for initiating dialogues with 
the roaming subscriber's HLR can be derived. Also the subscriber's IMSI may be used for establishing the routeing 
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information towards the HLR. This may apply in particular if the dialogue with the HLR is triggered by subscriber 
controlled input. 

Thus the SCCP address of the roaming subscriber's HLR may be an SPC, or it may be a Global title consisting of the 
E.164 MSISDN or the E.164 number allocated to the HLR or either the E.214 Mobile Global Title derived from the 
IMSI if CCITT or ITU-T SCCP is used, or the IMSI if ANSI SCCP is used (ANSI SCCP is used in World Zone 1). 

6.1.3.3.4 VLR restoration 

If a roaming number is requested by the HLR for an IMSI that has no data record in the interrogated VLR, the VLR 
provides the roaming number in the dialogue terminating message. Subsequently the VLR must retrieve the 
authentication data from the MS's HLR, if required, and must then trigger the restore data procedure. For this purpose, 
the VLR has to initiate in succession two independent dialogues with the MS's HLR. The MTP and SCCP address 
information needed for routeing towards the HLR can be derived from the IMSI received as a parameter of the MAP 
message requesting the roaming number. In this case, the IMSI received from the HLR in the roaming number request 
shall be processed in the same way as the IMSI that is received from an MS that registers for the first time within a 
VLR. Alternatively to the IMSI, the Calling Party Address associated with the roaming number request may be used to 
obtain the routeing information towards the HLR. 

6.1 .3.3.5 During Network-Requested PDP Context Activation 

When receiving a PDP PDU the GGSN may interrogate the HLR of the MS for information retrieval. When initiating 
such a dialogue, the only data for addressing the HLR that the GGSN has available is contained in the IMSI, and 
addressing information must be derived from it. The IMSI is obtained from the IP address or the X.25 address in the 
incoming IP message by means of a translation table. This means that the GGSN shall be able to address the HLR based 
on an E.214, (if CCITT or ITU-T SCCP is used), or E.212 (if ANSI SCCP is used). Mobile Global Title originally 
derived by the GGSN from the IMSI in the case of inter-PLMN signalling. In the case of intra-PLMN signalling, an 
SPC may also be used. 

If the HLR is in the same PLMN as the GGSN, local translation tables may exist to derive an SPC. For information 
retrieval via the international PSTN/ISDN signalling network, the Global title must be derived from the IMSI, using the 
principles contained in CCITT Recommendation E.214 and the Numbering Plan Indicator (NPI) value referenced by the 
SCCP Specifications. A summary of the translation from the IMSI (CCITT Recommendation E.212) to Mobile Global 
Title (described in CCITT Recommendation E.214) is shown below: 

- E.212 Mobile Country Code translates to E.164 Country Code; 

- E.212 Mobile Network Code translates to E.164 National Destination Code; 

E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the GGSN. The Mobile Global Title thus 
derived will be used to address the HLR. 

6.1 .3.3.6 Before GPRS location updating completion 

When an MS registers for the first time in an SGSN, the SGSN has to initiate the update location dialogue with the 
MS's HLR and a preceding dialogue for authentication information retrieval if the authentication information must be 
retrieved from the HLR. When initiating either of these dialogues, the only data for addressing the HLR that the SGSN 
has available is contained in the IMSI, and addressing information for SCCP must be derived from it. When continuing 
the established update location dialogue (as with any other dialogue), the SGSN must derive the routeing information 
towards the HLR from the Calling Party Address received with the first responding CONTINUE message until the 
dialogue terminating message is received. This means that the SGSN must be able to address the HLR based on: 

- an E.214 (if CCITT or ITU-T SCCP is used) or E.212 (if ANSI SCCP is used) Mobile Global Title originally 
derived by the SGSN from the IMSI; or 

an E. 164 HLR address; or 

- in the case of intra-PLMN signalling, an SPC. 
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If the HLR is in the same PLMN as the SGSN, local translation tables may exist to derive an SPC. For authentication 
information retrieval and location updating via the international PSTN/ISDN signalling network, the Global title must 
be derived from the IMSI, using the principles contained in CCITT Recommendation E.214 and the Numbering Plan 
Indicator (NPI) value referenced by the SCCP Specifications. A summary of the translation from the IMSI (CCITT 
Recommendation E.212) to Mobile Global Title (described in CCITT Recommendation E.214) is shown below: 

- E.212 Mobile Country Code translates to E.164 Country Code; 

- E.212 Mobile Network Code translates to E.164 National Destination Code; 

- E.212 Mobile Subscriber Identification Number (MSIN) is carried unchanged if within the E.164 number 
maximum length (15 digits). If the Mobile Global Title is more than 15 digits the number is truncated to 15 by 
deleting the least significant digits. 

This translation will be done either at the application or at SCCP level in the SGSN. The Mobile Global Title thus 
derived will be used to address the HLR. 

6.1 .3.3.7 After GPRS location updating completion 

In this case, the subscriber's Basic MSISDN has been received from the HLR during the subscriber data retrieval 
procedure as well as the HLR number constituting a parameter of the MAP message indicating successful completion of 
the update location dialogue. From either of these E.164 numbers the address information for initiating dialogues with 
the roaming subscriber's HLR can be derived. Also the subscriber's IMSI may be used for establishing the routeing 
information towards the HLR. 

Thus the SCCP address of the roaming subscriber's HLR may be an SPC, or it may be a Global title consisting of the 
E.164 MSISDN or the E.164 number allocated to the HLR or the E.214 Mobile Global Title derived from the IMSI. 

6.1 .3.3.8 Query for a Location Request 

For a location request from an external client, the GMLC needs to address the home HLR of the target MS to obtain the 
address of the target MS"s serving MSC. The GMLC uses either the international E.164 MSISDN, the international 
E.214 number (if CCITT or ITU-T SCCP is used) or the international E.212 number (if ANSI SCCP is used) of the MS 
as means to route a query to the HLR. 

6.1 .3.4 The Visitor Location Register (VLR) 

There are several cases when the VLR needs to be addressed. 

6.1 .3.4.1 Inter-VLR information retrieval 

When an MS moves from one VLR service area to another, the new VLR may request the IMSI and authentication sets 
from the previous VLR. The new VLR derives the address of the previous VLR from the Location Area Identification 
provided by the MS in the location registration request. 

6.1.3.4.2 HLR request 

The HLR will only request information from a VLR if it is aware that one of its subscribers is in the VLR service area. 
This means that a location updating dialogue initiated by the VLR has been successfully completed, i.e. the HLR has 
indicated successful completion of the update location procedure to the VLR. 

When initiating dialogues towards the VLR after successful completion of location updating, the routeing information 
used by the HLR is derived from the E.164 VLR number received as a parameter of the MAP message initiating the 
update location dialogue. If the VLR is in the same PLMN as the HLR, the VLR may be addressed directly by an SPC 
derived from the E.164 VLR number. For dialogues via the international PSTN/ISDN signalling network, presence of 
the E.164 VLR number in the Called Party Address is required. 

6.1 .3.5 The Interworking MSC (IWMSC) for Short Message Service 

The IWMSC is the interface between the mobile network and the network to access to the Short Message Service 
Centre. This exchange has an E.164 address known in the SGSN or in the MSC. 
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6.1 .3.6 The Equipment Identity Register (EIR) 

The EIR address is either unique or could be derived from the IMEI. The type of address is not defined. 

6.1.3.7 Void 

6.1 .3.8 The Serving GPRS Support Node (SGSN) 

The HLR will initiate dialogues towards the SGSN if it is aware that one of its subscribers is in the SGSN serving area. 
This means that a GPRS location updating has been successfully completed, i.e., the HLR has indicated successful 
completion of the GPRS location update to the SGSN. The routeing information used by the HLR is derived form the 
E.164 SGSN number received as parameter of the MAP message initiating the GPRS update location procedure. If the 
SGSN is in the same PLMN as the HLR, the SGSN may be addressed directly by an SPG derived from the E.164 SGSN 
number. For dialogues via the international PSTN/ISDN signalling network, the presence of the E.164 SGSN number in 
the Called Party Address is required. 

When the GMSC initiates dialogues towards the SGSN the SGSN (MAP) SSN (See 3GPP TS 23.003 [17]) shall be 
included in the called party address. The routeing information used by the GMSC is derived from the E.164 SGSN 
number received as a parameter of the MAP message initiating the forward short message procedure. If the GMSC does 
not support the GPRS functionality the MSC (MAP) SSN value shall be included in the called party address. 

NOTE: Every VMSC and SGSN shall have uniquely identifiable application using E.164 numbers, for the 
purpose of SMS over GPRS when the GMSC does not support the GPRS functionality. 

6.1 .3.9 The Gateway GPRS Support Node (GGSN) 

The GGSN provides interworking with external packet- switched networks, network screens and routing of the 
Network-Requested PDP Context activation. If a Network-Requested PDP Context activation fails, the HLR will alert 
the GGSN when the subscriber becomes reachable. The HLR will use the E.164 GGSN number received as parameter 
of the MAP message reporting the failure. 

6.1 .3.10 The Gateway MSC (GMSC) for Short Message Service 

The GMSC provides interworking with the network to access the Short Message Service Centre, the mobile network 
and routing of Send Routing Info For SM. The GMSC has on E.164 address known in the HLR, SGSN or MSC. 

6.1.3.10A Void 

6.1.3.10A.1 Void 

6.1.3.10A.2 Void 

6.1 .3.1 OB The Gateway Mobile Location Centre (GMLC) 

The GMLC initiates location requests on behalf of external clients. The E.164 address of the GMLC is provided to an 
HLR when the GMLC requests a serving MSC address or SGSN address from the HLR for a target MS. The E.164 
address of the GMLC is also provided to a serving MSC or SGSN when the GMLC requests the location of a target MS 
served by this MSC or SGSN. 

6.1.3.11 Summary table 

The following tables summarise the SCCP address used for invoke operations. As a principle, within a PLMN either an 
SPC or a GT may be used (network operation option), whereas when addressing an entity outside the PLMN the GT 
must be used. The address type mentioned in the table (e.g. MSISDN) is used as GT or to derive the SPC. 

For a response, the originating address passed in the invoke is used as SCCP Called Party Address. For extra-PLMN 
addressing the own E.164 entity address is used as SCCP Calling Party Address; for intra-PLMN addressing an SPC 
derived from the entity number may be used instead. When using an SPC, the SPC may be taken directly from MTP. 
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I: Intra-PLMN. 

E: Extra (Inter)-PLMN. 

T: Address Type. 

GT: Global Title. 

MGT: E.21 4 Mobile Global Title. 

SPC: Signalling Point Code. 

NOTE: For initiating the location updating procedure and an authentication information retrieval from the HLR 
preceding it, the VLR has to derive the HLR address from the IMSI of the MS. The result can be an 
SPC or an E.21 4 Mobile Global Title if CCITT or ITU-T SCCP is used, or IMSI itself if ANSI SCCP is 
used (ANSI SCCP is used in World Zone 1). When continuing the established update location dialogue 
(as with any other dialogue) the VLR must derive the routeing information towards the HLR from the 
Calling Party Address received with the first responding CONTINUE message until the dialogue 
terminating message is received. 

For transactions invoked by the VLR after update location completion, the VLR may derive the 
information for addressing the HLR from addresses received in the course of the update location 
procedure (MSISDN or HLR number) or from the IMSI. 

When invoking the Restore Data procedure and an authentication information retrieval from the HLR 
preceding it, the VLR must derive the information for addressing the HLR from the address information 
received in association with the roaming number request. This may be either the IMSI received as a 
parameter of the MAP message requesting the Roaming Number or the Calling Party Address 
associated with the MAP message requesting the Roaming Number. 

The gsmSCF shall be addressed using more than one Global Title number. The first Global Title 
number is used to address a gsmSCF for MAP. The second Global Title number is used to address a 
gsmSCF for CAP. 

For querying the HLR to obtain the VMSC address to support location services, the GMLC has to derive 
the HLR address from either the MSISDN or IMSI of the target MS. When using the IMSI, the result can 
be an SPC or an E.21 4 Mobile Global Title if CCITT or ITU-T SCCP is used, or IMSI itself if ANSI 
SCCP is used (ANSI SCCP is used in World Zone 1). 
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6.2 Use of TC 

The Mobile Application part makes use of the services offered by the Transaction Capabilities (TC) of Signalling 
System No. 7. ETS 300 287, which is based on CCITT White Book Recommendations Q.771 to Q.775, should be 
consulted for the full specification of TC. 

The MAP uses all the services provided by TC except the ones related to the unstructured dialogue facility. 

From a modelling perspective, the MAP is viewed as a single Application Service Element. Further structuring of it is 
for further study. 

Transaction Capabilities refers to a protocol structure above the network layer interface (i.e., the SCCP service 
interface) up to the application layer including common application service elements but not the specific application 
service elements using them. 

TC is structured as a Component sub-layer above a Transaction sub-layer. 

The Component sub-layer provides two types of application services: services for the control of end-to-end dialogues 
and services for Remote Operation handling. These services are accessed using the TC-Dialogue handling primitives 
and TC-Component handling primitives respectively. 

Services for dialogue control include the ability to exchange information related to application-context negotiation as 
well as initialisation data. 

Services for Remote Operation handling provide for the exchange of protocol data units invoking tasks (operations), 
and reporting their outcomes (results or errors) plus any non-application-specific protocol errors detected by the 
component sub-layer. The reporting of application- specific protocol errors by the TC user, as distinct from application 
process errors, is also provided. The Transaction sub-layer provides a simple end-to-end connection association service 
over which several related protocol data units (i.e. built by the Component Sub-Layer) can be exchanged. A Transaction 
termination can be prearranged (no indication provided to the TC user) or basic (indication provided). 



7 General on MAP services 

7.1 Terminology and definitions 

The term service is used in clauses 7 to 12 as defined in CCITT Recommendation X.200. The service definition 
conventions of CCITT Recommendation X.210 are also used. 

MAP services that are defined for use between HLR and SGSN are also used in an Evolved Packet System (EPS) 
between two IWFs and between HSS and IWF, where the IWF is an Interworking Function that converts MAP 
messages to Diameter messages and vice versa. 

MAP services that are defined for use between SGSN and FIR are also used in an Evolved Packet System (EPS) 
between IWF and FIR. 

IWFs may be connected via Diameter to MMEs and HSSs and they may be connected via MAP to HSS s, IWFs, and 
EIRs. 



7.2 Modelling principles 

MAP provides its users with a specified set of services and can be viewed by its users as a "black box" or abstract 
machine representing the MAP service-provider. The service interface can then be depicted as shown in figure 7.2/1. 
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MAP service-user 

Service Interface 



MAP service-user 



MAP Service-provider 



Figure 7.2/1 : Modelling principles 

The MAP service-users interact with the MAP service-provider by issuing or receiving MAP service-primitives at the 
service interface. 

A MAP service-user may receive services from several instances of the MAP service-provider at the same time. In such 
cases the overall procedure is synchronised by the service-user. 

The MAP service-primitives are named using the following notation: 



MAP-ServicePrimitiveName type 



where type can be any of: request (req), indication (ind), response (rsp) or confirm (cnf). (In the user arrow diagrams 
type is not indicated in the case of req/ind and indicated as "ack" in the case of rsp/cnf). 

The services are further classified as unconfirmed- service, confirmed- service and provider-initiated-service where the 
first two categories refer to whether or not the service is confirmed by the service-provider. The confirmation may or 
may not correspond to a response provided by the other service-user. 

MAP services are also classified as common MAP services that are available to all MAP service-users, and MAP 
service-user specific services, which are services available to one or several, but not all, MAP service-users. 

A MAP dialogue is defined as an exchange of information between two MAP users in order to perform a common task. 
A MAP dialogue will consist of one or several MAP services. 

7.3 Common MAP services 

All MAP service-users require access to services for performing basic application layer functions: 

- for establishing and clearing MAP dialogues between peer MAP service-users; 

- for accessing functions supported by layers below the applications layer; 

- for reporting abnormal situations; 

- for handling of different MAP versions; 

- for testing whether or not a persistent MAP dialogue is still active at each side. 
For these purposes the following common services are defined: 

- MAP-OPEN service; 

- MAP-CLOSE service; 

- MAP-DELIMITER service; 

- MAP-U-ABORT service; 

- MAP-P-ABORT service; 

- MAP-NOTICE service. 

In defining the service-primitives the following convention is used for categorising parameters: 
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M the inclusion of the parameter is mandatory. The M category can be used for any primitive type and specifies 
that the corresponding parameter must be present in the indicated primitive type; 

O the inclusion of the parameter is a service-provider option. The O category can be used in indication and 

confirm type primitives and is used for parameters that may optionally be included by the service-provider; 

U the inclusion of the parameter is a service-user option. The U category can be used in request and response 
type primitives. The inclusion of the corresponding parameter is the choice of the service-user; 

C the inclusion of the parameter is conditional. The C category can be used for the following purposes: 

to indicate that if the parameter is received from another entity it must be included for the service being 
considered; 

to indicate that the service user must decide whether to include the parameter, based on the context on 
which the service is used; 

to indicate that one of a number of mutually exclusive parameters must be included (e.g. parameters 
indicating a positive result versus parameters indicating a negative result); 

to indicate that a service user optional parameter (marked "U") or a conditional parameter (marked "C") 
presented by the service user in a request or response type primitive is to be presented to the service user in 
the corresponding indication or confirm type primitive; 

(=) when appended to one of the above, this symbol means that the parameter takes the same value as the 
parameter appearing immediately to its left; 

blank the parameter is not present. 

A primitive type may also be without parameters, i.e. no parameter is required with the primitive type; in this case the 
corresponding column of the table is empty. 

7.3.1 MAP-OPEN service 

This service is used for establishing a MAP dialogue between two MAP service-users. The service is a confirmed 
service with service primitives as shown in table 7.3/1. 

Table 7.3/1 : Service-primitives for the MAP-OPEN service 



Parameters 


Request 


Indication 


Response 


Confirm 


Application context name 


M 


M(=) 


U 


C(=) 


Destination address 


M 


M(=) 






Destination reference 


U 


C(=) 






Originating address 


U 









Originating reference 


U 


C(=) 






Specific information 


U 


C(=) 


U 


C(=) 


Responding address 






u 


C(=) 


Result 






M 


M(=) 


Refuse-reason 






C 


C(=) 


Provider error 












Application context name : 

This parameter identifies the type of application context being established. If the dialogue is accepted the received 
application context name shall be echoed. In case of refusal of dialogue this parameter shall indicate the highest version 
supported. 

Destination address : 

A valid SCCP address identifying the destination peer entity (see also clause 6). As an implementation option, this 
parameter may also, in the indication, be implicitly associated with the service access point at which the primitive is 
issued. 

Destination-reference: 
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This parameter is a reference that refines the identification of the called process. It may be identical to Destination 
address but its value is to be carried at MAP level. Table 7.3/2 describes the MAP services using this parameter. Only 
these services are allowed to use it. 

Table 7.3/2: Use of the destination reference 



MAP service 


Reference type 


Use of the parameter 




MAP-REGISTER-SS 


IMSI 


Subscriber identity 




MAP-ERASE-SS 


IMSI 


Subscriber identity 




MAP-ACTIVATE-SS 


IMSI 


Subscriber identity 




MAP-DEACTIVATE-SS 


IMSI 


Subscriber identity 




MAP-INTERROGATE-SS 


IMSI 


Subscriber identity 




MAP-REGISTER-PASSWORD 


IMSI 


Subscriber identity 




MAP-PROCESS-UNSTRUCTURED- 
SS-REQUEST 


IMSI (note 1) 


Subscriber identity 




MAP-UNSTRUCTURED- 
SS-REQUEST 


IMSI (note 2) 


Subscriber identity 




MAP-UNSTRUCTURED-SS-NOTIFY 


IMSI (note 2) 


Subscriber identity 




MAP-FORWARD-SHORT-MESSAGE 


IMSI (note 3) 


Subscriber identity 




MAP-REGISTER-CC-ENTRY 


IMSI 


Subscriber identity 




MAP-ERASE-CC-ENTRY 


IMSI 


Subscriber identity 



NOTE 1 : On the HLR - HLR interface and on the HLR - gsmSCF interface the Destination reference shall be either 
IMSI or MSISDN. 

NOTE 2: On the gsmSCF - HLR interface and on the HLR - HLR interface the Destination reference shall be either 
IMSI or MSISDN. 

NOTE 3: Only when the IMSI and the LMSI are received together from the HLR in the mobile terminated short 
message transfer. 

Originating address : 

A valid SCCP address identifying the requestor of a MAP dialogue (see also clause 6). As an implementation option, 
this parameter may also, in the request, be implicitly associated with the service access point at which the primitive is 
issued. 

Originating-ref erence : 

This parameter is a reference that refines the identification of the calling process. It may be identical to the Originating 
address but its value is to be carried at MAP level. Table 7.3/3 describes the MAP services using the parameter. Only 
these services are allowed to use it. Processing of the Originating-reference shall be performed according to the 
supplementary service descriptions and other service descriptions, e.g. operator determined barring. Furthermore the 
receiving entity may be able to use the value of the Originating-reference to screen the service indication. 
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Table 7.3/3: Use of the originating reference 



MAP service 


Reference type 


Use of the parameter 




MAP-REGISTER-SS 


ISDN-Address-String 


Originated entity address 




MAP-ERASE-SS 


ISDN-Address-String 


Originated entity address 




MAP-ACTIVATE-SS 


ISDN-Address-String 


Originated entity address 




MAP-DEACTIVATE-SS 


ISDN-Address-String 


Originated entity address 




MAP-INTERROGATE-SS 


ISDN-Address-String 


Originated entity address 




MAP-REGISTER-PASSWORD 


ISDN-Address-String 


Originated entity address 




MAP-PROCESS-UNSTRUCTURED- 
SS-REQUEST 


ISDN-Address-String 


Originated entity address 




MAP-UNSTRUCTURED- 
SS-REQUEST 


ISDN- Address-String (note) 


Originated entity address 




MAP-UNSTRUCTURED- 
SS-NOTIFY 


ISDN- Address-String (note) 


Originated entity address 




MAP-REGISTER-CC-ENTRY 


ISDN-Address-String 


Originated entity address 




MAP-ERASE-CC-ENTRY 


ISDN-Address-String 


Originated entity address 



NOTE: The Originating reference may be omitted. 

Specific information : 

This parameter may be used for passing any user specific information. EstabHshment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

Responding address : 

An address identifying the responding entity. The responding address is included if required by the context (e.g. if it is 
different from the destination address). 

Result: 

This parameter indicates whether the peer accepts the dialogue. 

Refuse reason : 

This parameter is present only if the Result parameter indicates that the dialogue is refused. It takes one of the following 
values: 

Application-context-not-supported; 

Invalid-destination-reference; 

Invalid-originating-ref erence ; 

No-reason-given; 

Remote node not reachable; 

Potential version incompatibility. 
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7.3.2 MAP-CLOSE service 

This service is used for releasing a previously established MAP dialogue. The service may be invoked by either MAP 
service-user depending on rules defined within the service-user. The service is an unconfirmed service with parameters 
as shown in table 7.3/4. 

Table 7.3/4: Service-primitives for the MAP-CLOSE service 



Parameters 


Request 


Indication 


Release method 


M 




Specific Information 


U 


C(=) 



Release method : 

This parameter can take the following two values: 

- normal release; in this case the primitive is mapped onto the protocol and sent to the peer; 

- prearranged end; in this case the primitive is not mapped onto the protocol. Prearranged end is managed 
independently by the two users, i.e. only the request type primitive is required in this case. 

Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM GSM and shall be performed according to operator specific requirements. 

7.3.3 MAP-DELIMITER service 

This service is used to explicitly request the transfer of the MAP protocol data units to the peer entities. 
See also clause 7.4 and 7.5 for the detailed use of the MAP-DELIMITER service. 
The service is an unconfirmed service with service-primitives as shown in table 7.3/5. 

Table 7.3/5: Service-primitives for the MAP-DELIMITER service 



Parameters 


Request 


Indication 















7.3.4 MAP-U-ABORT service 

This service enables the service-user to request the MAP dialogue to be aborted. The service is an unconfirmed service 
with service-primitives as shown in table 7.3/6. 

Table 7.3/6: Service-primitives for the MAP-U-ABORT service 



Parameters 


Request 


Indication 


User reason 


M 


M(=) 


Diagnostic information 


U 


C(=) 


Specific information 


U 


C(=) 



User reason : 

This parameter can take the following values: 

- resource limitation (congestion); 

the requested user resource is unavailable due to congestion; 

- resource unavailable; 
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the requested user resource is unavailable for reasons other than congestion; 

- application procedure cancellation; 

the procedure is cancelled for reasons detailed in the diagnostic information parameter; 

- procedure error; 

processing of the procedure is terminated for procedural reasons. 
Diagnostic information : 
This parameter may be used to give additional information for some of the values of the user-reason parameter: 

Table 7.3/7: User reason and diagnostic information 



User reason 


Diagnostic information 


Resource limitation (congestion) 


- 


Resource unavailable 


Short term/long term problem 


Application procedure cancellation 


Handover cancellation/ 
Radio Channel release/ 
Network path release/ 
Call release/ 

Associated procedure failure/ 
Tandem dialogue released/ 
Remote operations failure 


Procedure error 


- 



Specific information : 

This parameter may be used for passing any user specific information. Establishment and processing of the Specific 
information is not specified by GSM and shall be performed according to operator specific requirements. 

7.3.5 MAP-P-ABORT service 

This service enables the MAP service-provider to abort a MAP dialogue. The service is a provider-initiated service with 
service-primitives as shown in table 7.3/8. 

Table 7.3/8: Service-primitives for the MAP-P-ABORT service 



Parameters 




Indication 


Provider reason 




M 


Source 




M 



Provider reason : 

This parameter indicates the reason for aborting the MAP dialogue: 

- provider malfunction; 

- supporting dialogue/transaction released; 

- resource limitation; 

- maintenance activity; 

- version incompatibility; 

- abnormal MAP dialogue. 

Source : 

This parameter indicates the source of the abort. For Transaction Capabilities (TC) applications the parameter may take 
the following values: 
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Table 7.3/9: Values of provider reason and source parameters 
and examples of corresponding events 



Provider reason 


Source 


Corresponding event 


Provider 


MAP 


Malfunction at MAP level at peer entity 


malfunction 


TC 


"Unrecognised message type" or 

"Badly formatted transaction portion" or 

"Incorrect transaction portion" received in TC-P-ABORT 

"Abnormal dialogue" 




Network service 


Malfunction at network service level at peer entity 


Supporting dialogue/ 
transaction released 


TC 


"Unrecognised transaction ID" received in TC-ABORT 


Resource 


MAP 


Congestion towards MAP peer service-user 


limitation 


TC 


"Resource limitation" received in TC-P-ABORT 


Maintenance 


MAP 


Maintenance at MAP peer service-user 


activity 


Network service 


Maintenance at network peer service level 


Abnormal MAP 
dialogue 


MAP 


MAP dialogue is not in accordance with specified 
application context 


Version 
incompatibility 


TC 


A Provider Abort indicating "No common dialogue portion" 
is received in the dialogue initiated state 



7.3.6 MAP-NOTICE service 

This service is used to notify the MAP service-user about protocol problems related to a MAP dialogue not affecting the 
state of the protocol machines. 

The service is a provider-initiated service with service-primitive as shown in table 7.3/10. 

Table 7.3/10: Service-primitive for the MAP-NOTICE service 



Parameters 


Indication 


Problem diagnostic 


M 



Problem diagnostic : 

This parameter can take one of the following values: 

- abnormal event detected by the peer; 

- response rejected by the peer; 

- abnormal event received from the peer; 

- message cannot be delivered to the peer. 
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7.3.7 Void 

7.3.8 Void 

7.3.9 Void 

7.3.10 Void 

7.4 Sequencing of services 

The sequencing of services is shown in figure 7.4/1 and is as follows: 

Opening : 

The MAP-OPEN service is invoked before any user specific service-primitive is accepted. The sequence may 
contain none, one or several user specific service-primitives. If no user specific service-primitive is contained 
between the MAP-OPEN and the MAP-DELIMITER primitives, then this will correspond to sending an 
empty Begin message in TC. If more than one user specific service-primitive is included, all are to be sent in 
the same Begin message. The sequence ends with a MAP-DELIMITER primitive. 

Continuing : 

This sequence may not be present in some MAP dialogues. If it is present, it ends with a MAP-DELIMITER 
primitive. If more than one user specific service-primitive is included, all are to be included in the same 
Continue message. 



Closing : 



The sequence can only appear after an opening sequence or a continuing sequence. The sequence may 
contain none, one or several user specific service-primitives if the MAP-CLOSE primitive specifies normal 
release. If no user specific service-primitive is included, then this will correspond to sending an empty End 
message in TC. If more than one user specific service-primitive is included, all are to be sent in the same End 
message. If prearranged end is specified, the sequence cannot contain any user specific service-primitive. The 
MAP-CLOSE primitive must be sent after all user specific service-primitives have been delivered to the 
MAP service-provider. 

Aborting : 

A MAP service-user can issue a MAP-U- ABORT primitive at any time after the MAP dialogue has been 
opened or as a response to an attempt to open a MAP dialogue. 

The MAP service-provider may issue at any time a MAP-P- ABORT primitive towards a MAP service-user for which a 
MAP dialogue exists. 

MAP-U- ABORT primitives and MAP-P- ABORT primitives terminate the MAP dialogue. 



MAP-OPEN 



User specific 
service- 
primitive 



MAP-DELIMITER 



a) Opening 
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User specific 
service- 
primitive 



MAP-DELIMITER 



b) Continuing 



MAP-CLOSE 



User specific 
service- 
primitive 



c) Closing 



MAP-U-ABORT 



MAP-P-ABORT 



d) Aborting 

Figure 7.4/1 : Sequencing of services 

If the reason "resource unavailable (short term problem)" is indicated in the MAP-U-ABORT indication primitive, the 
MAP service-user may decide to attempt a new MAP dialogue establishment immediately. 

Sequencing of user specific service-primitives is done by the MAP service-user and based on rules applicable for each 
MAP service-user instance. 

A MAP-NOTICE indication primitive may be received at any time during the active period of a MAP dialogue. 

7.5 General rules for mapping of services onto TC 



7.5.1 



Mapping of common services 



Table 7.5/1 gives an overview of the mapping rules for mapping of common services onto TC-services. Table 7.5/2 
gives the mapping rules for mapping of TC-services onto common services. 

Protocol machine description is given in clauses 14 to 17. 

Table 7.5/1 : Mapping of common services onto TC services 



MAP service-primitive 


TC service-primitive 


MAP-OPEN request 

(+ any user specific service primitives) 

+ MAP-DELIMITER request 


TC-BEGIN request 
(+ component handling primitives) 


MAP-OPEN response 

(+ any user specific service primitives) 

+ MAP-DELIMITER request 


TC-CONTINUE request (note) 
(+ component handling primitives) 


(any user specific service primitives) 
+ MAP-DELIMITER request 


TC-CONTINUE request 
(+ component handling primitives) 


(any user specific service primitives) 
+ MAP-CLOSE request 


TC-END request 
(+ component handling primitives) 
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MAP-U-ABORT request 



TC-U-ABORT request 



NOTE: Or TC-END if the MAP-CLOSE request has been received before the IVIAP-DELIIVIITER 
request. 



Table 7.5/2: Mapping of TC services onto common service 



TC service-primitive 


MAP service-primitive 


TC-BEGIN indication 
(+ component handling primitives) 


MAP-OPEN indication 

(+ user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 


TC-CONTINUE indication 
(+ component handling primitives) 


First time: 

MAP-OPEN confirm 

(+ user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 

Subsequent times: 

(user specific service primitives) 

+ MAP-DELIMITER indication (note 1) 


TC-END indication 
(+ component handling primitives) 


MAP-OPEN confirm (note 6) 

(user specific service primitives) 

+ MAP-CLOSE indication 


TC-U-ABORT indication 


MAP-U-ABORT indication or 
MAP-P-ABORT indication (note 2) 
MAP-OPEN confirmation (note 3) 


TC-P-ABORT indication 


MAP-P-ABORT indication (note 4) 
MAP-OPEN confirmation (note 5) 


NOTE 1 : It may not be necessary to present this primitive to the user for IVIAP version 2 applications. 
NOTE 2: The mapping depends on whether the TC-U-ABORT indication primitive contains a 

MAP-abort-PDU from the remote MAP service-provider or a MAP-user-abort-PDU from the 

remote MAP service-user. 
NOTE 3: Only if the opening sequence is pending and if the "Abort Reason" in the TC-U-ABORT indication 

is set to "Application Context Not Supported". 
NOTE 4: If the "Abort Reason" in the TC-P-ABORT indication is set to a value different from "Incorrect 

Transaction Portion". 
NOTE 5: Only if the opening sequence is pending and if the "Abort Reason" in the TC-P-ABORT indication 

is set to "Incorrect Transaction Portion". 
NOTE 6: Only if opening sequence is pending. 



7.5.2 Mapping of user specific services 

Table 7.5/3 gives the general mapping rules which apply to mapping of MAP user specific services onto TC services 
and table 7.5/4 gives the similar rules for mapping of TC services onto MAP user specific services. Detailed mapping is 
given in clauses 14 to 17. 



Table 7.5/3: Mapping of MAP user specific services onto TC services 



IVIAP service-primitive 



TC-service-primitive 



IVIAP-xx request 



TC-INVOKE request 

TC-RESULT-L request 
TC-U-ERROR request 
TC-U-REJECT request 
TC-INVOKE request (note 2) 



MAP-xx response 
(note 1) 



Table 7.5/4: Mapping of TC services onto MAP user specific services 



TC-service-primitive 


MAP service-primitive 


TC-INVOKE indication 


IVIAP-xx indication 


TC-RESULT-L indication (note 4) 
TC-U-ERROR indication 
TC-INVOKE indication (note 2) 


MAP-xx confirm 
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TC-L-CANCEL indication 




TC-U-REJECT indication 
TC-L-REJECT indication 
TC-R-REJECT indication 


IVIAP-xx confirm or 
MAP-NOTICE indication (note 3) 



Notes to tables 7.5/3 and 7.5/4: 

NOTE 1 : The mapping is determined by parameters contained in the MAP-xx response primitive. 

NOTE 2: This appHes only to TC class 4 operations where the operation is used to pass a result of another class 2 or 
class 4 operation. 

NOTE 3: The detailed mapping rules are given in clause 16. 

NOTE 4: If RESULT-NL components are present they are mapped onto the same MAP-xx confirm. 

7.6 Definition of parameters 
7.6.1 Common parameters 

The following set of parameters is used in several MAP service-primitives. 

7.6.1.1 Invoke Id 

This parameter identifies corresponding service primitives. The parameter is supplied by the MAP service-user and 
must be unique over each service-user/service-provider interface. 

7.6.1.2 Linked Id 

This parameter is used for linked services and it takes the value of the invoke Id of the service linked to. 

7.6.1.3 Provider error 

This parameter is used to indicate a protocol related type of error: 

- duplicated invoke Id; 

- not supported service; 

- mistyped parameter; 

- resource limitation; 

- initiating release, i.e. the peer has already initiated release of the dialogue and the service has to be released; 

- unexpected response from the peer; 
service completion failure; 

- no response from the peer; 

- invalid response received. 

7.6.1.4 User error 

This parameter can take values as follows: 

NOTE: The values are grouped in order to improve readability; the grouping has no other significance, 
a) Generic error: 
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- system failure, i.e. a task cannot be performed because of a problem in the entity reporting the error or in 
another entity. The type of entity or network resource may be indicated by use of the network resource 
parameter or additional network resource parameter. If and only if the problem is in the entity reporting the 
error, a cause of failure (FailureCauseParam) shall be included; 

- data missing, i.e. an optional parameter required by the context is missing; 

- unexpected data value, i.e. the data type is formally correct but its value or presence is unexpected in the 
current context; 

- resource limitation; 

- initiating release, i.e. the receiving entity has started the release procedure; 

- facility not supported, i.e. the requested facility is not supported by the PLMN with detailed reasons as 
follows: 

- Shape of location estimate not supported; 

- Needed LCS capability not supported in serving node; 

- incompatible terminal, i.e. the requested facility is not supported by the terminal. 

b) Identification or numbering problem: 

- unknown subscriber, i.e. no such subscription exists; 

- number changed, i.e. the subscription does not exist for that number any more; 

- unknown MSC; 

- unidentified subscriber, i.e. if the subscriber is not contained in the database and it has not or cannot be 
established whether or not a subscription exists; 

- unallocated roaming number; 

- unknown equipment; 
unknown location area. 

c) Subscription problem: 

- roaming not allowed, i.e. a location updating attempt is made in an area not covered by the subscription; 

- illegal subscriber, i.e. illegality of the access has been established by use of authentication procedure; 

- bearer service not provisioned; 

- teleservice not provisioned; 

- illegal equipment, i.e. the IMEI check procedure has shown that the IMEI is blacklisted or not whitelisted. 

d) Handover problem: 

no handover number available, i.e. the VLR cannot allocate a number for handover or cannot allocate the 
required amount of numbers for relocation; 

subsequent handover failure, i.e. handover to a third MSC failed for some reason; 

target cell outside group call area. 

e) Operation and maintenance problem: 

- tracing buffer full, i.e. tracing cannot be performed because the tracing capacity is exceeded. 

f) Call set-up problem: 
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- no roaming number available, i.e. a roaming number cannot be allocated because all available numbers are in 
use; 

- absent subscriber, i.e. the subscriber has activated the detach service or the system detects the absence 
condition. This error may be qualified to indicate whether the subscriber was IMSI detached, in a restricted 
area or did not respond to paging; 

- busy subscriber. This error may be qualified to indicate that the subscriber was busy due to CCBS and that 
CCBS is possible; 

- no subscriber reply; 

forwarding violation, i.e. the call has already been forwarded the maximum number of times that is allowed; 

- CUG reject, i.e. the call does not pass a CUG check; additional information may also be given in order to 
indicate rejection due to e.g. incoming call barred or non-CUG membership; 

- call barred. Optionally, additional information may be included for indicating either that the call meets a 
barring condition set by the subscriber or that the call is barred for operator reasons. In the case of barring of 
Mobile Terminating Short Message, the additional information may indicate a barring condition due to 
"Unauthorised Message Originator"; 

- optimal routeing not allowed, i.e. the entity which sends the error does not support optimal routeing, or the 
HLR will not accept an optimal routeing interrogation from the GMSC, or the call cannot be optimally routed 
because it would contravene optimal routeing constraints; 

forwarding failed, i.e. the GMSC interrogated the HLR for forwarding information but the HLR returned an 
error. 

g) Supplementary services problem: 

- call barred; 

- illegal SS operation; 

- SS error status; 

- SS not available; 

- SS subscription violation; 

- SS incompatibility; 

- negative password check; 

- password registration failure; 
Number of Password Attempts; 

- USSD Busy; 
Unknown Alphabet; 

- short term denial; 

- long term denial. 

For definition of these errors see 3GPP TS 24.080 [38]. 
h) Short message problem: 

- SM delivery failure with detailed reason as follows: 

- memory capacity exceeded; 

- MS protocol error; 

- MS not equipped; 
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- unknown service centre (SC); 

- SC congestion; 

- invalid SME address; 

- subscriber is not an SC subscriber; 

- and possibly detailed diagnostic information, coded as specified in 3GPP TS 23.040, under SMS- 
SUBMIT-REPORT and SMS -DELIVERY-REPORT. If the SM entity that returns the SM DeHvery 
Failure error includes detailed diagnostic information, it shall be forwarded in the 
MAP_MO_FORWARD_SHORT_MESSAGE and in the MAP_MT_FORWARD_SHORT_MESSAGE 
response. 

- message waiting list full, i.e. no further SC address can be added to the message waiting list. 

- Subscriber busy for MT SMS, i.e. the mobile terminated short message transfer cannot be completed 
because: 

- another mobile terminated short message transfer is going on and the delivery node does not support 
message buffering; or 

- another mobile terminated short message transfer is going on and it is not possible to buffer the message 
for later delivery; or 

- the message was buffered but it is not possible to deliver the message before the expiry of the buffering 
time defined in 3GPP TS 23.040; 

- Absent Subscriber SM, i.e. the mobile terminated short message transfer cannot be completed because the 
network cannot contact the subscriber. Diagnostic information regarding the reason for the subscriber's 
absence may be included with this error. 

i) Location services problem: 

Unauthorised Requesting Network 

Unauthorised LCS Client with detailed reasons as follows: 

- No Additional Information 

- Client not in MS Privacy Exception List 

- Call to Client not setup 

- Disallowed by Local Regulatory Requirements 

- Unauthorised Privacy Class 

- Unauthorised Call/Session Unrelated External Client 

- Unauthorised Call/Session Related External Client 

- Privacy override not applicable 

Position method failure with detailed reasons as follows: 
Congestion 
Insufficient resources 
Insufficient Measurement Data 
Inconsistent Measurement Data 
Location procedure not completed 
QoS not attainable 
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Position Method Not Available in Network 
Position Method Not Available in Location Area 
- Unknown or unreachable LCS Client. 

7.6.1 .5 All Information Sent 

This parameter indicates to the receiving entity when the sending entity has sent all necessary information. 

7.6.2 Numbering and identification parameters 

7.6.2.1 IMSI 

This parameter is the International Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.2 TMSI 

This parameter is the Temporary Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.3 IMEI 

This parameter is the International Mobile Equipment Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.3a IMEISV 

This parameter is the International Mobile Equipment Identity and Software Version Number defined in 3 GPP TS 
23.003 [17]. 

7.6.2.4 Previous location area Id 

This parameter refers to the identity of the location area from which the subscriber has roamed. 

7.6.2.5 Stored location area Id 

This parameter refers to the location area where the subscriber is assumed to be located. 

7.6.2.6 Current location area Id 

This parameter is used to indicate the location area in which the subscriber is currently located. 

7.6.2.7 Target location area Id 

This parameter refers to the location area into which the subscriber intends to roam. 

7.6.2.8 Target cell Id 

This parameter refers to the identity of the cell to which a call has to be handed over. 

7.6.2.8A Target RNC Id 

This parameter refers to the identity of the RNC to which a call has to be relocated. 
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7.6.2.9 Void 

7.6.2.10 Originating entity number 

This parameter refers to an application layer identification of a system component in terms of its associated ISDN 
number. 

7.6.2.11 MSC number 

This parameter refers to the ISDN number of an MSC. 

7.6.2.12 Target MSC number 

This parameter refers to the ISDN number of an MSC to which a call has to be handed over. 

7.6.2.13 HLR number 

This parameter refers to the ISDN number of an HLR. 

7.6.2.14 VLR number 

This parameter refers to the ISDN number of a VLR. 

7.6.2.15 HLR Id 

This parameter refers to the identity of an HLR derived from the IMSI defined in CCITT Recommendation E.212. 

7.6.2.16 LIVISI 

This parameter refers to a local identity allocated by the VLR to a given subscriber for internal management of data in 
the VLR. LMSI shall not be sent to the SGSN. 

7.6.2.17 MS ISDN 

This parameter refers to one of the ISDN numbers assigned to a mobile subscriber in accordance with CCITT 
Recommendation E.213. 

7.6.2.18 OMCId 

This parameter refers to the identity of an Operation and Maintenance Centre. 

7.6.2.19 Roaming number 

This parameter refers to the roaming number as defined in CCITT Recommendation E.213. 

7.6.2. 19A Relocation Number List 

This parameter refers to the number(s) used for routing one call or several calls between MSCs during relocation. 

7.6.2.20 Void 

7.6.2.21 Handover number 

This parameter refers to the number used for routing a call between MSCs during handover. 
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7.6.2.22 Forwarded-to number 

This parameter refers to the address to which a call is to be forwarded. A subaddress may be appended. For subscribers 
having an originating CAMEL Phase 2 or higher subscription, this address need not be in E.164 international format. 

7.6.2.22A Long forwarded-to number 

This parameter refers to the address to which a call is to be forwarded. A subaddress may be appended. For subscribers 
having an originating CAMEL Phase 2 or higher subscription this address need not be in international format. 

7.6.2.22B Long FTN Supported 

This parameter indicates that the sending entity supports Long Forwarded-to Numbers. 

7.6.2.23 Forwarded-to subaddress 

This parameter refers to the sub-address attached to the address to which a call is to be forwarded. 

7.6.2.24 Called number 

This parameter refers to a called party number as defined in CCITT Recommendation Q.767. 

7.6.2.25 Calling number 

This parameter refers to a calling party number as defined in CCITT Recommendation Q.767. 

7.6.2.26 Originally dialled number 

This parameter refers to the number dialled by the calling party in order to reach a mobile subscriber. 

7.6.2.27 Service centre address 

This parameter represents the address of a Short Message Service Centre. 

7.6.2.28 Zone Code 

This parameter is used to define location areas into which the subscriber is allowed or not allowed to roam (regional 
subscription). With a complete list of Zone Codes the VLR or the SGSN or MME is able to determine for all its location 
areas, routing areas or tracking areas whether roaming is allowed or not. 

7.6.2.29 MSIsdn-Alert 

This parameter refers to the MSISDN stored in a Message Waiting Data File in the HLR. It is used to alert the Service 
Centre when the MS is again attainable. 

7.6.2.30 Location Information 

This parameter indicates the location of the served subscriber as defined in 3GPP TS 23.018 [97]. 

7.6.2.30a Location Information for GPRS 

This parameter indicates the location of the served subscriber as defined in 3GPP TS 23.078 [98]. 

7.6.2.31 GMSC Address 

This parameter refers to the E.164 address of a GMSC. 
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7.6.2.32 VMSC Address 

This parameter refers to the E.164 address of a VMSC. 

7.6.2.33 Group Id 

This parameter is used to describe groups a subscriber can be a member of. A subscriber can partake in all group calls 
(VBSA^GCS) where he subscribed to the respective groups. 

7.6.2.34 North American Equal Access preferred Carrier Id 

This parameter refers to the carrier identity preferred by the subscriber for calls requiring routing via an inter-exchange 
carrier. This identity is used at: 

- outgoing calls: when the subscriber does not specify at call set-up a carrier identity; 

- forwarded calls: when a call is forwarded by the subscriber; 

- incoming calls: applicable to the roaming leg of the call. 

7.6.2.35 Void 

7.6.2.36 Void 

7.6.2.37 Serving cell Id 

This parameter indicates the cell currently being used by the served subscriber. 

7.6.2.38 SGSN number 

This parameter refers to the ISDN number of a SGSN. 

7.6.2.39 SGSN address 

This parameter refers to the IP-address of a SGSN. This parameter is defined in 3GPP TS 23.003 [17]. 

7.6.2.40 GGSN address 

This parameter refers to the IP-address of a GGSN. This parameter is defined in 3GPP TS 23.003 [17]. 

7.6.2.41 GGSN number 

This parameter refers to the ISDN number of a GGSN or the ISDN number of the protocol-converter if a 
protocol-converting GSN is used between the GGSN and the HLR. 

7.6.2.42 APN 

This parameter refers to the DNS name of a GGSN. This parameter is defined in 3GPP TS 23.060 [104]. 

7.6.2.43 Network Node number 

This parameter refers either to the ISDN number of SGSN or to the ISDN number of MSC. 

7.6.2.44 PDP-Type 

This parameter indicates which type of protocol is used by the MS as defined in 3GPP TS 23.060 [104]. 
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7.6.2.44A Extension PDP-Type 

This parameter indicates the support of the dual-stack PDP-type (IPv4v6) by a certain PDF, as defined in 3GPP TS 
23.060 [104], and it is an extension to PDP-Type. 

7.6.2.45 PDP-Address 

This parameter indicates the address of the data protocol as defined in 3GPP TS 23.060 [104]. 

7.6.2.45A Extension PDP-Address 

This parameter indicates an additional address of the data protocol, and it is included when the PDP supports dual-stack 
(IPv4v6). 

It is an extension to PDP-Address and it is encoded in the same way. IPv4 or IPv6 address types can be used in this 
parameter but, when both parameters are present, each of them shall contain different address types. 

7.6.2.46 Additional number 

This parameter can refer either to the SGSN number or to the MSC number. 

7.6.2.47 P-TMSI 

This parameter is the Packet Temporary Mobile Subscriber Identity defined in 3GPP TS 23.003 [17]. 

7.6.2.48 B-subscriber number 

This parameter refers to the number of the destination B dialled by the A user. This may include a subaddress. 

7.6.2.49 B-subscriber subaddress 

This parameter refers to the sub-address attached to the destination B dialled by the A user. 

7.6.2.50 LMU Number 

This parameter refers to a local number assigned to an LMU by an SMLC. 

7.6.2.51 MLC Number 

This parameter refers to the ISDN (E.164) number of an MLC. 

7.6.2.52 Multicall Bearer Information 

This parameter refers to the number of simultaneous bearers supported per user by the serving network. 

7.6.2.53 Multiple Bearer Requested 

This parameter indicates whether multiple bearers are requested for a relocation. 

7.6.2.54 Multiple Bearer Not Supported 

This parameter indicates whether multiple bearers are supported. 

7.6.2.55 PDP-Charging Characteristics 

This parameter indicates the charging characteristics associated with a specific PDP context as defined in 3GPP 
TS 32.215. 
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7.6.2.56 Selected RAB ID 

The selected radio access bearer to be kept at subsequent inter-MSC handover from UMTS to GSM. 

7.6.2.57 RAB ID 

This parameter indicates the radio access bearer identifier as defined in 3GPP TS 25.413. This parameter is used to 
relate the radio resources with the radio access bearers. 

7.6.2.58 gsmSCF Address 

This parameter refers to the ISDN number assigned to the gsmSCF address. In an IP Multimedia Core Network, the 
gsmSCF-address shall contain the IM-SSF address when the IM-SSF takes the role of the gsmSCF. 

7.6.2.59 V-GMLC Address 

This parameter refers to the IP address of a V-GMLC. 

7.6.2.60 Void 

7.6.2.61 H-GMLC Address 

This parameter refers to the IP address of a H-GMLC. 

7.6.2.62 PPR Address 

This parameter refers to the IP address of a Privacy Profile Register. 

7.6.2.63 Routeing Number 

This parameter refers to a number used for routeing purpose and identifying a network operator. See 3GPP TS 23.066 
[108]. 

7.6.2.64 Additional V-GMLC Address 

This parameter refers to the IP address of a V-GMLC. 

7.6.2.65 MME Name 

This parameter refers to the Diameter Identity of an MME as defined in 3GPP TS 29.173 [141]. 

7.6.2.66 3GPP AAA Server Name 

This parameter refers to the Diameter Identity of a 3GPP AAA server as defined in 3GPP TS 29.234 [142]. 

7.6.3 Subscriber management parameters 

7.6.3.1 Category 

This parameter refers to the calHng party category as defined in CCITT Recommendation Q.767. 

7.6.3.2 Equipment status 

This parameter refers to the status of the mobile equipment as defined in 3GPP TS 22.016 [7]. 
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7.6.3.2a 



BMUEF 



This parameter refers to the Bit Map of UE Faults and corresponds to the UESBI-Iu parameter defined in 3GPP TS 
25.413 [120]. 



7.6.3.3 



Extensible Bearer service 



This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in 3 GPP 
TS 22.002 [3]. This parameter is used only for subscriber profile management. Extensible Bearer service values include 
all values defined for a Bearer service parameter (7.6.4.38). 



7.6.3.4 



Extensible Teleservice 



This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in 3GPP TS 22.003 
[4] . This parameter is used only for subscriber profile management. Extensible Teleservice values include all values 
defined for a Teleservice parameter (7.6.4.39). 



7.6.3.5 



Extensible Basic Service Group 



This parameter refers to the Basic Service Group either as an extensible bearer service (see clause 7.6.3.3) or an 
extensible teleservice (see clause 7.6.3.4). This parameter is used only for subscriber profile management. The null 
value (i.e. neither extensible bearer service nor extensible teleservice) is used to denote the group containing all 
extensible bearer services and all extensible teleservices. 

7.6.3.6 GSM bearer capability 

This parameter refers to the GSM bearer capability information element defined in 3GPP TS 24.008 [35]. 

7.6.3.7 Subscriber Status 

This parameter refers to the barring status of the subscriber: 
- service granted; 

Operator Determined B arring . 

7.6.3.8 CUG Outgoing Access indicator 

This parameter represents the Outgoing Access as defined in ETS 300 136. 

7.6.3.9 Operator Determined Barring General Data 

This parameter refers to the set of subscriber features that the network operator or the service provider can regulate. 
This set only includes those limitations that can be 

a) controlled in the VLR, 

b) controlled in the SGSN or MME, 

c) controlled in the SGSN applied for short message transfer only, 

d) interrogated or modified by the gsmSCF: 



ODB category 


Controlled in the VLR 


Controlled in the 
SGSN or MME 


Controlled in the 
SGSN appHed for 
short message transfer 
only 


Interrogatable and 
modifyable by the 
gsmSCF 


All outgoing calls 
barred 


X 




X 


X 
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International outgoing 
calls barred 


X 




X 


X 


International outgoing 
calls except those to the 
home PLMN country 
barred 


X 




X 


X 


Interzonal outgoing 
calls barred 


X 




X 


X 


Interzonal outgoing 
calls except those to the 
home PLMN country 
barred 


X 




X 


X 


Interzonal outgoing 
calls AND international 
outgoing calls except 
those directed to the 
home PLMN country 
barred 


X 




X 


X 


Premium rate 
(information) outgoing 
calls barred 


X 






X 


Premium rate 
(entertainment) 
outgoing calls barred 


X 






X 


Supplementary service 
access barred 


X 






X 


Invocation of call 
transfer barred 


X 






X 


Invocation of 
chargeable call transfer 
barred 


X 






X 


Invocation of 
internationally 
chargeable call transfer 
barred 


X 






X 


Invocation of 
interzonally chargeable 
call transfer barred 


X 






X 


Invocation of call 
transfer where both legs 
are chargeable barred 


X 






X 


Invocation of call 
transfer if there is 
already an ongoing 
transferred call for the 
served subscriber in the 
serving MSC/VLR 
barred 


X 






X 


All packet Oriented 




X 




X 
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Services barred 










Roamer Access to 
HPLMN-AP barred 




X 




X 


Roamer Access to 
VPLMN-AP barred 




X 




X 


Outgoing calls when 
roaming outside the 
home PLMN country 








X 


All incoming calls 








X 


Incoming calls when 
roaming outside the 
home PLMN country 








X 


Incoming calls when 
roaming outside the 
zone of the home 
PLMN country 








X 


Roaming outside the 
home PLMN 








X 


Roaming outside the 
home PLMN country 








X 


Registration of any call 
forwarded-to number 








X 


Registration of any 
international call 
forwarded-to number 








X 


Registration of any 
international call 
forwarded-to number 
except to a number 
within the HPLMN 
country 








X 


Registration of any 
inter-zone call 
forwarded-to number 








X 


Registration of any 
inter-zone call 
forwarded-to number 
except to a number 
within the HPLMN 
country 








X 



7.6.3.10 ODB HPLMN Specific Data 

This parameter refers to the set of subscriber features that the network operator or the service provider can regulate only 
when the subscriber is registered in the HPLMN. This set only includes those limitations that can be controlled in the 
VLR or in the SGSN or MME: 
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- Operator Determined Barring Type 1 ; 

- Operator Determined Barring Type 2; 

- Operator Determined Barring Type 3; 
Operator Determined Barring Type 4. 

7.6.3.1 1 Regional Subscription Data 

This parameter defines the regional subscription area in which the subscriber is allowed to roam. It consists of a list of 
Zone Codes (see clause 7.6.2.28). 

7.6.3.12 Regional Subscription Response 

This parameter indicates either that the regional subscription data cannot be handled or that the current MSC or SGSN 
or MME area is entirely restricted because of regional subscription. 

7.6.3.13 Roaming Restriction Due To Unsupported Feature 

This parameter defines that a subscriber is not allowed to roam in the current MSC area. It may be used by the HLR if a 
feature or service is indicated as unsupported by the VLR. 

7.6.3.14 Extensible SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 

- extensible forwarding information (see clause 7.6.3.15); 

- extensible call barring information (see clause 7.6.3.20); 

- CUGinfo (see clause 7.6.3.22); 

- extensible SS-Data (see clause 7.6.3.29). 

7.6.3.15 Extensible forwarding information 

This parameter represents the information related to each call forwarding service: 

- the SS-Code of the relevant call forwarding service (see clause 7.6.4.1); 

- if required, a list of extensible forwarding feature parameters (see clause 7.6.3.16). 
The list may contain one item per Basic Service Group. 

7.6.3.16 Extensible forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 



extensible Basic Service Group 

extensible SS -Status 

forwarded-to number 

forwarded-to subaddress 

extensible forwarding options 

extensible no reply condition timer (see clause 7.6.4.19); 

long forwarded-to number (see clause 7.6.2.22A). 



(see clause 7.6.3.5); 
(see clause 7.6.3.17) 
(see clause 7.6.2.22) 
(see clause 7.6.2.23) 
(see clause 7.6.3.18) 
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If a number is required to define the forwarded-to destination then: 

If the VLR supports Long Forwarded-to Numbers then the long forwarded-to number shall be present and the 
forwarded-to number shall be absent; 

- If the VLR does not support Long Forwarded-to Numbers then the forwarded-to number shall be present and the 
long forwarded-to number shall be absent. 

7.6.3.17 Extensible SS-Status 

This parameter refers to the state information of individual supplementary services as defined in 3GPP TS 23.011 [22]. 

7.6.3.18 Extensible Forwarding Options 

This parameter refers to a set of forwarding options attached to a supplementary service. It contains the following 
information: 

- notification to forwarding party (see 3GPP TS 22.082 [10] for the meaning of this 
parameter); 

- redirection notification to the forwarded-to party (see 3GPP TS 22.082 [10] for the meaning of this 
parameter); 

- notification to calling party (see 3GPP TS 22.082 [10] for the meaning of this 
parameter); 

- redirecting presentation (see 3GPP TS 22.082 [10] for the meaning of this 
parameter); 

forwarding reason (see 3GPP TS 22.082 [10] for the meaning of this 

parameter). 

7.6.3.19 Extensible No reply condition timer 

This parameter refers to the extensible no reply condition timer for call forwarding on no reply. 

7.6.3.20 Extensible Call barring information 

This parameter contains for each call barring service: 

- SS-Code (see clause 7.6.4.1); 

- a list of extensible call barring feature parameters (see clause 7.6.3.21). 
The list may contain one item per Basic Service Group. 

7.6.3.21 Extensible Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

- Extensible Basic Service Group (see clause 7.6.3.5); 

- provisioned SS-Status (see clause 7.6.3.17). 

7.6.3.22 CUG info 

This parameter refers to the overall information required for operation for each CUG: 

- CUG subscriptionList; 

- CUG featureList. 
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7.6.3.23 CUG subscription 

This parameter refers to the set of basic information for each CUG defined in that subscription. The following 
information is stored: 

CUG index; 

- CUG interlock; 

- Intra CUG restrictions; 

- Basic Service Group List. 

7.6.3.24 CUG interlock 

This parameter represents the CUG interlock code defined in ETS 300 138. 

7.6.3.25 CUG index 

This parameter represents the CUG index defined in ETS 300 138. 

7.6.3.26 CUG feature 

This parameter contains two parameters that are associated with the Basic Service Group. If the Basic Service Group 
Code is not present the feature applies to all Basic Services. The following parameters are included: 

- Preferential CUG indicator: 

- indicates which CUG index is to be used at outgoing call set-up using the associated Basic Service Group; 

- Inter CUG Option: 

- describes whether it for the associated Basic Service Group is allowed to make calls outside the CUG and 
whether incoming calls are allowed; 

- Basic Service Group. 

See 3GPP TS 22.085 [13] for meaning of this parameter. 

7.6.3.27 Inter CUG options 

This parameter indicates the subscribers' ability to make and receive calls outside a specific closed user group. It takes 
any of the following values: 

- CUG only facility (only calls within CUG are allowed); 

- CUG with outgoing access (calls outside CUG allowed); 

- CUG with incoming access (calls from outside CUG into CUG allowed); 

- CUG with both incoming and outgoing access (all calls allowed). 

7.6.3.28 Intra CUG restrictions 

This parameter describes whether or not the subscriber is allowed to originate calls to or to receive calls from within the 
CUG. It can take any of the following values: 

- no CUG restrictions; 

- CUG incoming calls barred; 

- CUG outgoing calls barred. 
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7.6.3.29 Extensible SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 

- SS-Code (see clause 7.6.4.1); 

- Extensible SS-Status (if applicable) (see clause 7.6.3.17); 

- Extensible Override subscription option (if applicable) (see clause 7.6.3.30); 

- Extensible CLI Restriction (if applicable) (see clause 7.6.3.31); 

- Extensible Basic Service Group Code (see clause 7.6.3.5). 

7.6.3.30 Subscriber State 

This parameter indicates the state of the MS as defined in 3GPP TS 23.018 [97]. 

7.6.3.31 Requested Info 

This parameter indicates the subscriber information being requested as defined in 3GPP TS 23.018 [97] and 3GPP 
TS 23.078 [98]. 

7.6.3.31 A Requested Domain 

This parameter indicates the domain (circuit switched, i.e. from the MSCA^LR, or packet switched, i.e. from the SGSN) 
from which the requested information should be retrieved. 

7.6.3.32 Suppression of Announcement 

This parameter indicates if the announcement or tones shall be suppressed as defined in 3GPP TS 23.078 [98]. 

7.6.3.33 Suppress T-CSI 

This parameter is used to suppress the invocation of terminating CAMEL services. 

7.6.3.34 GMSC CAIVIEL Subscription Info 

This parameter contains CAMEL subscription information, i.e. 0-CSI and/or D-CSI and/or T-CSI, which indicates to 
the GMSC that originating and/or terminating CAMEL services shall be invoked for the incoming call. 

7.6.3.35 VLR CAMEL Subscription Info 

This parameter identifies the subscriber as having CAMEL services that are invoked in the MSC or VLR. 

7.6.3.36 Supported CAMEL Phases in the VLR 

This parameter indicates which phases of CAMEL are supported in the VLR. 

7.6.3.36A Supported CAMEL Phases in the SGSN 

This parameter indicates which phases of CAMEL are supported in the SGSN. 

7.6.3.36B Offered CAMEL4 CSIs in the VLR 

This parameter indicates which CSIs of CAMEL phase 4 are offered in the VLR as defined in 3GPP TS 23.078. 
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7.6.3.36C Offered CAMEL4 CSIs in the SGSN 

This parameter indicates which CSIs of CAMEL phase 4 are offered in the SGSN as defined in 3GPP TS 23.078. 

7.6.3.36D Offered CAMEL4 CSIs 

This parameter indicates which CSIs of CAMEL phase 4 are offered as defined in 3GPP TS 23.078. 

7.6.3.36E Offered CAMEL4 CSIs in interrogating node 

This parameter indicates which CSIs of CAMEL phase 4 are offered in the GMSC or in the gsmSCF as defined in 
3GPPTS 23.078. 

7.6.3.36F Offered CAMEL4 CSIs in VMSC 

This parameter indicates which CSIs of CAMEL phase 4 are offered in the VMSC as defined in 3GPP TS 23.078. 

7.6.3.36G Offered CAMEL4 Functionalities 
7.6.3.36H Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported as defined in 3GPP TS 23.078. 

7.6.3.36! Supported CAMEL Phases in interrogating node 

This parameter indicates which phases of CAMEL are supported as defined in 3GPP TS 23.078. The interrogating node 
may be a GMSC or a gsmSCF. 

This parameter indicates which functionalities of CAMEL phase 4 are offered as defined in 3GPP TS 23.078. 

7.6.3.37 CUG Subscription Flag 

This parameter indicates that a subscriber with a T-CSI also has a CUG subscription. It is defined in 3GPP TS 23.078. 

7.6.3.38 CAMEL Subscription Info Withdraw 

This parameter indicates that CAMEL Subscription Info shall be deleted from the VLR or SGSN. 

7.6.3.39 Voice Group Call Service (VGCS) Data 

This parameter refers to one or more groups a subscriber may be a member of for voice group calls. 

7.6.3.40 Voice Broadcast Service (VBS) Data 

This parameter refers to one or more groups a subscriber may be a member of for the voice broadcast service. Per group 
it is further indicated whether the subscriber is only allowed to listen to respective group calls or whether he is in 
addition entitled to initiate respective voice broadcast calls. 

7.6.3.41 ISDN bearer capability 

This parameter refers to the ISDN bearer capability information element defined in 3GPP TS 29.007 [56]. 

7.6.3.42 Lower layer Compatibility 

This parameter refers to the lower layer compatibility information element defined in 3GPP TS 24.008 [35]. 
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7.6.3.43 High Layer Compatibility 

This parameter refers to the high layer compatibiHty information element defined in 3GPP TS 24.008 [35]. 

7.6.3.44 Alerting Pattern 

This parameter is an indication that can be used by the MS to alert the user in a specific manner in case of mobile 
terminating traffic (switched call or USSD). That indication can be an alerting level or an alerting category. 

7.6.3.45 GPRS Subscription Data Withdraw 

This parameter indicates that GPRS Subscription Data shall be deleted from the SGSN. 

7.6.3.45A EPS Subscription Data Withdraw 

This parameter indicates that EPS Subscription Data shall be deleted from the MME. 

7.6.3.46 GPRS Subscription Data 

This parameter refers to the list of PDP-Contexts the subscriber has subscribed to. 

7.6.3.46A EPS Subscription Data 

This parameter refers to the list of APN-Configurations the subscriber has subscribed to. 

7.6.3.47 QoS-Subscribed 

This parameter indicates the quality of service subscribed for a certain service. It is defined in 3GPP TS 23.060 [104]. 

7.6.3.48 VPLMN address allowed 

This parameter specifies whether the MS is allowed to use a dynamic address allocated in the VPLMN. It is defined in 
3GPPTS 23.060 [104]. 

7.6.3.49 Roaming Restricted In SGSN/MME Due To Unsupported Feature 

This parameter defines that a subscriber is not allowed to roam in the current SGSN or MME area. It may be used by 
the HLR if a feature or service is indicated as unsupported by the SGSN or MME. 

7.6.3.50 Network Access Mode 

This parameter is defined in 3GPP TS 23.108. 

7.6.3.51 Mobile Not Reachable Reason 

This parameter stores the reason for the MS being absent when an attempt to deliver a short message to an MS fails at 
the MSC, SGSN or both. It is defined in 3GPP TS 23.040. 

7.6.3.52 Cancellation Type 

This parameter indicates the reason of location cancellation. It is defined in 3GPP TS 23.060 [104]. 

7.6.3.53 All GPRS Data 

This parameter indicates to the SGSN that all GPRS Subscription Data shall be deleted for the subscriber. 
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7.6.3.54 Complete Data List Included 

This parameter indicates to the SGSN or MME that the complete GPRS Subscription Data/EPS Subscription Data 
stored for the Subscriber shall be replaced with the GPRS Subscription Data/EPS Subscription Data received. 

7.6.3.55 PDP Context Identifier 

This parameter is used to identify a PDP context for the subscriber. 

7.6.3.56 LSA Information 

This parameter refers to one or more localised service areas a subscriber may be a member of, together with the priority, 
the preferential access indicator, the active mode support indicator and active mode indication of each localised service 
area. The access right outside these localised service areas is also indicated. 

7.6.3.57 SoLSA support indicator 

This parameter indicates that the VLR or the SGSN supports SoLSA subscription. 

7.6.3.58 LSA Information Withdraw 

This parameter indicates that LSA information shall be deleted from the VLR or the SGSN. 

7.6.3.59 LMU Indicator 

This parameter indicates the presence of an LMU. 

7.6.3.60 LCS Information 

This parameter defines the LCS related information for an MS subscriber and contains the following components: 

- GMLC List (see clause 7.6.3.61). 

- LCS Privacy Exception List (see clause 7.6.3.62). 

- MO-LR List (see clause 7.6.3.65 A). 

- Additional LCS Privacy Exception List (see clause 7. 6. 3. 62 A). 



7.6.3.61 GMLC List 

This parameter contains the addresses of all GMLCs that are permitted to issue a call/session unrelated or call/session 
related MT-LR location request for this MS. Usage of this parameter is defined in 3GPP TS 23.271. 

7.6.3.62 LCS Privacy Exception List 

This parameter defines the classes of LCS Client that are allowed to locate any target MS. For each class, the following 
information is provided: 

- SS-Code (see clause 7.6.4.1); 

- a list of LCS privacy exception parameters (see clause 7.6.3.63). 

7.6.3.62A Additional LCS Privacy Exception List 

This parameter defines the classes of LCS Client that are allowed to locate any target MS. For each class, the following 
information is provided: 

- SS-Code (see clause 7.6.4.1); 
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- a list of LCS privacy exception parameters (see clause 7.6.3.63). 

The Additional LCS Privacy Exception List shall be present only if the LCS Privacy Exception List is present and 
contains LCS privacy exception parameters for 4 privacy exception classes. 

7.6.3.63 LCS Privacy Exception Parameters 

This parameter gives the status of each LCS privacy exception class and any additional parameters relevant to this class. 
The parameter contains the following information: 

- provisioned SS -Status (see clause 7.6.3.17); 

- privacy notification to MS user (see clause 7.6.3.65B); 

- external client List (see clause 7.6.3.64); 

- internal client List (see clause 7.6.3.65). 

- service type List (see clause 7.6.3.65D); 



7.6.3.64 External Client List 

This parameter is only applicable to the call/session unrelated privacy class and call/session related privacy class, and 
gives the identities of the external clients that are allowed to locate a target MS for a MT-LR. Each identity is an 
international (e.g.E.164) address. For each identified external client, GMLC restrictions may be defined. It may also be 
indicated if the MS shall be notified of a non-restricted MT-LR from each identified LCS client and, if so, whether 
notification only or notification with privacy verification shall apply. Usage of this parameter is defined in 3GPP TS 
23.271. 

7.6.3.65 Internal Client List 

This parameter is only applicable to the PLMN operator privacy class and gives the identities of the internal PLMN 
operator clients that are allowed to locate a target MS for an M-LR or MT-LR. Usage of this parameter is defined in 
3GPPTS 23.271. 

7.6.3.65A MO-LR List 

This parameter defines the classes of MO-LR for which a subscription exists for a particular MS. For each class, the 
following information is provided: 

- SS-Code (see clause 7.6.4.1). 

7.6.3.65B Privacy Notification to MS User 

This parameter is applicable to the call/session unrelated privacy class and call/session related privacy class. For non- 
call/call related privacy class it indicates whether the MS user shall be notified for that class MT-LR from any value 
added LCS client when the MT-LR is restricted and be enabled to accept or override the restriction. Usage of this 
parameter is defined in 3GPP TS 23.271 . 

7.6.3.65C GMLC List Withdraw 

This parameter indicates whether the subscriber" s LCS GMLC list shall be deleted from the VLR or SGSN. 

7.6.3. 65D Service Type List 

This parameter is only applicable to the Service type privacy class and gives the identities of the service type of the 
clients that are allowed to locate a target MS for an MT-LR. Usage of this parameter is defined in 3GPP TS 23.271. 
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7.6.3.66 1ST Alert Timer 

This parameter indicates the 1ST Alert Timer value that must be used in the MSC to inform the HLR about the call 
activities that the subscriber performs. Units are minutes. 

7.6.3.67 Call Termination Indicator 

This parameter indicates whether the MSC shall terminate a specific ongoing call, or all the call activities related to a 
specified subscriber. 

7.6.3.68 1ST Information Withdraw 

This parameter indicates that 1ST information shall be deleted from the VMSC. 

7.6.3.69 1ST Support Indicator 

This parameter indicates the degree of 1ST functionality supported by the MSC (Visited MSC or Gateway MSC). It can 
take one of the following values: 

- Basic 1ST functionality; 

- 1ST command service (in addition to the basic 1ST functionality and including the ability to terminate all calls 
being carried for the identified subscriber). 

7.6.3.70 Super-Charger Supported In HLR 

This parameter is used by the HLR to indicate support of the Super-Charger functionality and an indication of the age of 
the subscription data stored in the HLR. 

7.6.3.71 Super-Charger Supported In Serving Network Entity 

This parameter is used to indicate support of the Super-Charger functionality by the originating entity and to indicate 
either that subscription data is required or the date and time of the last know subscriber data modification. 

7.6.3.72 Age Indicator 

This parameter is used by the HLR to determine the validity of the subscription data retained by the serving network 
entity in a Super-Charged network. 

7.6.3.73 GPRS enhancements support indicator 

This parameter indicates to the HLR that the SGSN supports GPRS enhancements. 

7.6.3.74 Extension QoS-Subscribed 

This parameter indicates the enhanced QoS subscribed for a certain service. It is defined in 3GPP TS 23.060. This 
parameter is an extension to QoS -Subscribed. 

7.6.3.75 SGSN CAMEL Subscription Info 

This parameter identifies the subscriber as having CAMEL services that are invoked in the SGSN. 
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7.6.3.75A Extension-2 QoS-Subscribed 

This parameter indicates the additional QoS information to the Extension QoS -subscribed parameter. It is a further 
extension to Extension QoS -Subscribed. This parameter shall be used when the maximum bit rate exceeds 8640 kbps. 
For more details, refer to 3GPP TS 24.008 [35]. 

7.6.3.75B Extension-3 QoS-Subscribed 

This parameter indicates the additional QoS information to the Extension QoS -subscribed parameter. It is a further 
extension to Extension QoS-Subscribed. This parameter shall be used when the maximum/guaranteed bit rate for uplink 
exceeds 8640 kbps. For more details, refer to 3GPP TS 24.008 [35]. 

7.6.3.75C Extension-4 QoS-Subscribed 

This parameter indicates the additional QoS information to the Extension QoS -subscribed parameter. It is a further 
extension to Extension QoS-Subscribed. This parameter shall be used to define the Evolved Allocation/Retention 
Priority parameter, which includes the Priority Level, the Preemption Capability value and the Preemption vulnerability 
value, as described in 3GPP TS 29.060 [105]. 

7.6.3.76 MO-SMS-CSI 

This parameter identifies the subscriber as having mobile originating SMS CAMEL services as defined in 3 GPP TS 
23.078. For the CAMEL phase 3 the MO-SMS-CSI is the same as the SMS-CSI. 

7.6.3.76a MT-SMS-CSI 

This parameter identifies the subscriber as having mobile terminating SMS CAMEL services as defined in 3 GPP TS 

23.078. 

7.6.3.77 GPRS-CSI 

This parameter identifies the subscriber as having GPRS CAMEL services as defined in 3GPP TS 23.078. 

7.6.3.78 CAMEL subscription info 

This parameter indicates the CSI that can be controlled by CSE. 

7.6.3.79 Extensible Call barring information for CSE 

This parameter contains for each call barring service for CSE: 

- SS-Code; 

- a list of extensible call barring feature parameters. 
The list may contain one item per Basic Service Group. 

- password; 

- wrong password attempt counter; 

- notification-to-CSE flag. 

7.6.3.80 Extensible Forwarding information for CSE 

This parameter represents the information for CSE related to each call forwarding service: 

- the SS-Code of the relevant call forwarding service; 

- if required, a list of extensible forwarding feature parameters; 
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- the list may contain one item per Basic Service Group; 

- notification-to-CSE flag. 

7.6.3.81 Modification Request for CSI 

This parameter indicates the CAMEL subscription information to be modified by CSE. 

7.6.3.81 a Modification Request for ODB data 

This parameter indicates the operator determined barring data to be modified by CSE. 

7.6.3.82 Modification Request for SS Information 

This parameter indicates the call forwarding and call barring supplementary service data to be modified by CSE. 

7.6.3.83 Call Barring Data 

This parameter contains the extensible call barring feature list (see clause 7.6.3.21) and Notification to CSE flag. 

7.6.3.84 Call Forwarding Data 

This parameter contains the extensible call forwarding feature list (see clause 7.6.3.16) and Notification to CSE flag. 

7.6.3.85 ODB Data 

This parameter contains the ODB general data, ODB HPLMN specific data. 

7.6.3.86 Requested Subscription Info 

This parameter indicates the subscription information being requested. 

7.6.3.87 CS Allocation/Retention priority 

This parameter indicates the allocation/retention priority for Circuit Switched (CS). It corresponds to the 
allocation/retention priority that is defined in 3GPP TS 23.107. 

7.6.3.88 ODB Info 

This parameter contains the ODB data and Notification to CSE flag. 

7.6.3.89 Suppress VT-CSI 

This parameter is used to suppress the invocation of terminating CAMEL services at the VMSC. 

7.6.3.90 Suppress Incoming Call Barring 

This parameter is used to suppress the invocation of Incoming Call Barrings. 

7.6.3.91 gsmSCF Initiated Call 

This parameter is used to indicate that the call was initiated by the gsmSCF. 

7.6.3.91 a SuppressMTSS 

This parameter is used to suppress the invocation of terminating supplementary services 
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7.6.3.92 Call barring support indicator 

This parameter is used to indicate that the SGSN supports the call barring services for SMS. 

7.6.3.93 MNP Info Result 

This parameter refers to the Mobile Number Portability (MNP) information result (see 3GPP TS 23.078 [98] and 3GPP 
TS 23.066 [108]). This parameter may contain the following information: 

- Routeing Number (see clause 7.6.2.63). 

- IMSI (see 3GPP TS 23.078[98], see also clause 7.6.2.1). 

- MSISDN (see clause 7.6.2.17). 

- Number Portability Status (see clause 7.6.5.14). 

7.6.3.94 Allowed Services 

This parameter is used by the HLR to indicate which service is available for a call when two services have been 
requested, for the SCUDIF feature described in 3GPP TS 23.172 [126]. 

7.6.3.95 Unavailability Cause 

This parameter is used to indicate the reason for the unavailability of one of the services as indicated by the Allowed 
Services IE (see 7.6.3.94) when two services have been requested, for the SCUDIF feature described in 3GPP TS 
23.172 [126]. 

7.6.3.96 MNP Requested Info 

This parameter indicates by its presence that Mobile Number Portability (MNP) information is requested for the 
subscriber, as defined in 3GPP TS 23.078 [98]. 

7.6.3.97 Access Restriction Data 

This parameter refers to the radio access technologies that are possibly restricted to a subscriber via subscription data. 
For the use of the parameter, see 3GPP TS 23.012[23] for CS domain and 3GPP TS 23.060[104] for PS domain. 

7.6.3.98 Supported RAT types indicator 

This parameter indicates which RAT types are supported/served by the MSCA^LR or SGSN or MME 

7.6.4 Supplementary services parameters 
7.6.4.1 SS-Code 

This parameter may refer to one supplementary service or a set of supplementary services as defined in 3GPP TS 
22.004. For MAP this includes: 

- Calling Line Identification Presentation service (CLIP); 
Calling Line Identification Restriction service (CLIR); 

- Connected Line Identification Presentation service (COLP); 
Connected Line Identification Restriction service (COLR); 

- CalHng Name Presentation (CNAP); 

- All Call Forwarding services, including Call Deflection; 
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- Call Waiting (CW); 

- Call Hold (HOLD); 

- Multi-Party service (MPTY); 

- Closed User Group (CUG) ; 

- All Charging services; 

All Call Restriction services; 

- Explicit Call Transfer service (ECT); 

- enhanced Multi-Level Precedence and Pre-emption service (eMLPP); 

- Completion of Calls to Busy Subscriber, originating side (CCBS-A); 

- Completion of Calls to Busy Subscriber, destination side (CCBS-B); 

- All LCS privacy exceptions (see clause 7.6.4.44); 

- Mobile Originating Location Request (MO-LR) (see clause 7.6.4.45); 

- Multicall (MC). 

7.6.4.1 A SS-Code2 

This parameter is used to refer to one or a set of supplementary services (as 7.6.4.1 "SS-Code") related to Network 
Signal Info 2 for SCUDIF calls (see 3GPP TS 23.172 [126]). 

7.6.4.2 SS-Status 

This parameter refers to the state information of individual supplementary services as defined in 3GPP TS 23.011. 

7.6.4.3 SS-Data 

This parameter refers to the necessary set of information required in order to characterise one supplementary service: 

- SS-Code (see clause 7.6.4.1); 

- SS-Status (if applicable) (see clause 7.6.4.2); 

- Override subscription option (see clause 7.6.4.4); 

- CLI Restriction (see clause 7.6.4.5); 

- Basic Service Group Code (see clause 7.6.4.40). 

7.6.4.4 Override Category 

This parameter refers to the subscription option Override Category attached to a supplementary service. It can take the 
following two values: 

- Enabled; 

- Disabled. 

7.6.4.5 CLI Restriction Option 

This parameter refers to the subscription option Restriction mode attached to the CLIR supplementary service. It can 
take the following three values: 

- Permanent; 
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- Temporary (Default Restricted); 

- Temporary (Default Allowed). 

7.6.4.6 Forwarding Options 

This parameter refers to a forwarding option attached to a supplementary service. It can take one of the following 
values: 

- notification to forwarding party (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

- notification to calling party (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

- redirecting presentation (see 3GPP TS 22.082 [10] for the meaning of this parameter); 

- Forwarding reason (see 3GPP TS 22.082 [10] for the meaning of this parameter). 

7.6.4.7 No reply condition timer 

This parameter refers to the no reply condition timer for call forwarding on no reply. 

7.6.4.8-7.6.4.14 Void 

7.6.4.15 Forwarding information 

This parameter represents the information related to each call forwarding service: 

- the SS-Code of the relevant call forwarding service (see clause 7.6.4.1); 

- if required, a list of forwarding feature parameters (see clause 7.6.4. 16). 
the list may contain one item per Basic Service Group. 

7.6.4.16 Forwarding feature 

This parameter applies to each combination of call forwarding service and Basic Service Group and contains the 
following information, as required: 

- Basic Service Group (see clause 7.6.4.40); 

- SS-Status (see clause 7.6.4.2); 

- forwarded-to number (see clause 7.6.2.22); 

- forwarded-to subaddress (see clause 7.6.2.23); 

- forwarding options (see clause 7.6.4.6); 

- no reply condition timer (see clause 7.6.4.7); 

- long forwarded-to number (see clause 7.6.2.22A). 
If a number is required to define the forwarded-to destination then: 

- If the VLR supports Long Forwarded-to Numbers then the long forwarded-to number shall be present and the 
forwarded-to number shall be absent. 

- If the VLR does not support Long Forwarded-to Numbers then the forwarded-to number shall be present and the 
long forwarded-to number shall be absent. 
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7.6.4.17 Void 

7.6.4.18 Call barring information 

This parameter contains for each call barring service: 

- SS-Code (see clause 7.6.4.1); 

- a list of call barring feature parameters (see clause 7.6.4. 19). 
The list may contain one item per Basic Service Group. 

7.6.4.19 Call barring feature 

This parameter gives the status of call barring services as applicable to each Basic Service Group. The parameter 
contains the following information: 

- Basic Service Group (see clause 7.6.4.40); 

- SS-Status (see clause 7.6.4.2). 

7.6.4.20 New password 

This parameter refers to the password which the subscriber just registered in the network. 
This parameter refers to a password used by the subscriber for supplementary service control. 

7.6.4.21 Current password 

This parameter refers to a password used by the subscriber for supplementary service control. 

7.6.4.22 Guidance information 

This parameter refers to guidance information given to a subscriber who is requested to provide a password. One of the 
following information may be given: 

"enter password"; 

this information is used for checking of the old password; 

"enter new password" ; 

this information is used during password registration for the request of the first new password; 

"enter new password again" ; 

this information is used during password registration for the request of the new password again for verification. 

7.6.4.23 Void 

7.6.4.24 SS-lnfo 

This parameter refers to all the information related to a supplementary service and is a choice between: 

- forwarding information (see clause 7.6.4.15); 

- call barring information (see clause 7.6.4.18); 

- CUG info (see clause 7.6.4.8); 

- SS-Data (see clause 7.6.4.3). 

- eMLPP information (see clause 7.6.4.41). 
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7.6.4.25 -7.6.4.35 Void 

7.6.4.36 USSD Data Coding Scheme 

This parameter contains the information of the alphabet and the language used for the unstructured information in an 
Unstructured Supplementary Service Data operation. The coding of this parameter is according to the Cell Broadcast 
Data Coding Scheme as specified in 3GPP TS 23.038 [25]. 

7.6.4.37 USSD String 

This parameter contains a string of unstructured information in an Unstructured Supplementary Service Data operation. 
The string is sent either by the mobile user or the network. The contents of a string sent by the MS are interpreted by the 
network as specified in 3GPP TS 22.090 [16]. 

7.6.4.38 Bearer service 

This parameter may refer to a single bearer service, a set of bearer services or to all bearer services as defined in 3 GPP 
TS 22.002 [3]. This parameter is used only for supplementary service management. 

7,6,4.38A Bearer Service 2 

This parameter is used to indicate the bearer service or set of bearer services (as 7.6.4.38 "Bearer service") related to 
Network Signal Info 2 for SCUDIF calls (see 3GPP TS 23.172 [126]). 

7.6.4.39 Teleservice 

This parameter may refer to a single teleservice, a set of teleservices or to all teleservices as defined in 3GPP TS 22.003 
[4] . This parameter is used only for supplementary service management. 

7.6.4.39A Teleservice 2 

This parameter is used to indicate the teleservice or set of teleservices (as 7.6.4.39 "Teleservice") related to Network 
Signal Info 2 for SCUDIF calls (see 3GPP TS 23.172 [126]). 

7.6.4.40 Basic Service Group 

This parameter refers to the Basic Service Group either as a bearer service (see clause 7.6.4.38) or a teleservice (see 
clause 7.6.4.39). This parameter is used only for supplementary service management. The null value (i.e. neither bearer 
service nor teleservice) is used to denote the group containing all bearer services and all teleservices. 

7.6.4.41 eMLPP information 

This parameter contains two parameters which are associated with the eMLPP service. The following two parameters 
are included: 

maximum entitled priority: 

- indicates the highest priority level the subscriber is allowed to apply for an outgoing call set-up; 
- default priority: 

- defines the priority level which shall be assigned to a call if no explicit priority is indicated during call set-up. 
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7.6.4.42 SS-event 

This parameter indicates the Supplementary Service for which an invocation notification is sent towards the gsmSCF. It 
can indicate one of the following services: 

- ExpHcit Call Transfer (ECT) 

- Call Deflection (CD) 

- Multi-Party call (MPTY) 

- Completion of Calls to Busy Subscriber (CCBS) 

7.6.4.43 SS-event data 

This parameter contains additional information related to Supplementary Service invocation. Depending on the service 
invoked it can contain the following information: 

ECT A list with all Called Party Numbers involved. 

CD The called Party number involved. 

7.6.4.44 LCS Privacy Exceptions 

Distinct SS codes are assigned to the following classes of LCS client in a target MS subscriber"s privacy exception list. 

- Universal Class; 

- Call/session related value added class; 

- Call/session unrelated value added class; 

- PLMN operator class. 

- Service type class. 



7.6.4.45 Mobile Originating Location Request (MO-LR) 

Distinct SS codes are assigned to the following classes of MO-LR: 

- Basic Self Location; 

- Autonomous Self Location; 
Transfer to Third Party. 

7.6.4.46 NbrUser 

This parameter indicates the maximum number of parallel bearers that may be used as defined by the user at registration 
oftheMCSS. 

7.6.4.47 MC Subscription Data 

This parameter contains two parameters which are associated with the MC service. The following two parameters are 
included: 

• NbrUser: 

indicates the maximum number of parallel bearers that may be used as defined by the user at registration of the 
MCSS 

• NbrSB: 
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indicates the maximum number of parallel bearers that may be used as defined by the user"s subscription. 

7.6.4.48 MC Information 

This parameter contains three parameters which are associated with the MC service. The following parameters are 
included: 

- NbrSB; 

- NbrUser; 

- NbrSN. 

Definitions of these parameters are provided in 3GPP TS 23.135. 

7.6.4.49 CCBS Request State 

This parameter indicates the current state of the CCBS request. It can take one of seven values: 

- request; 

- recall; 

- active; 

- completed; 

- suspended; 

- frozen; 

- deleted. 

7.6.4.50 Basic Service Group 2 

This parameter refers to the Basic Service Group either as a bearer service (see clause 7.6.4.38) or a teleservice (see 
clause 7.6.4.39). This parameter is used only for supplementary service management. 

7.6.5 Call parameters 

7.6.5.1 Call reference number 

This parameter refers to a call reference number allocated by a call control MSC. 

7.6.5.2 Interrogation type 

This parameter refers to the type of interrogation for routing information which is sent from a GMSC to an HLR. It can 
take either of two values: 

- basic call (for information to route a call before the call has been extended to the VMSC of the called party); 

- forwarding (for information to route the call to the forwarded-to destination after the VMSC of the forwarding 
party has requested the GMSC to resume handling of the call. 

7.6.5.3 OR interrogation 

This parameter indicates that the GMSC which interrogated the HLR for routeing information is not in the same PLMN 
as the HLR, and therefore that the call will potentially be optimally routed. 

7.6.5.4 OR capability 

This parameter indicates the phase of OR which the GMSC supports. 
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7.6.5.5 Forwarding reason 

This parameter indicates the reason for which the call is to be forwarded. It can take one of three values: 

- busy subscriber; 

- mobile subscriber not reachable; 

- no subscriber reply. 

7.6.5.6 Forwarding interrogation required 

This parameter indicates that if the VMSC of the forwarding subscriber requests the GMSC to resume handling of the 
call the GMSC shall interrogate the HLR for forwarding information. 

7.6.5.7 0-CSI 

This parameter identifies the subscriber as having originating CAMEL services as defined in 3GPP TS 23.078. 

7.6.5.7A D-CSI 

This parameter identifies the subscriber as having originating CAMEL dialled services as defined in 3GPP TS 23.078. 

7.6.5.7B T-CSI 

This parameter identifies the subscriber as having terminating CAMEL services in the GMSC, as defined in 3 GPP 
TS 23.078. 

7.6.5.7C VT-CSI 

This parameter identifies the subscriber as having terminating CAMEL services in the VMSC, as defined in 
3GPPTS 23.078. 

7.6.5.7D 0-IM-CSI 

This parameter identifies the subscriber as having originating IP Multimedia Core Network CAMEL services as defined 
in 3GPPTS 23.278. 

7.6.5.7E D-IM-CSI 

This parameter identifies the subscriber as having originating IP Multimedia Core Network CAMEL dialled services as 
defined in 3GPP TS 23.278. 

7.6.5.7F VT-IM-CSI 

This parameter identifies the subscriber as having terminating IP Multimedia Core Network CAMEL services as 
defined in 3GPP TS 23.278. 
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7.6.5.8 Void 

7.6.5.9 Void 

7.6.5.10 Void 

7.6.5.11 CCBS Feature 

This parameter corresponds to the 'CCBS Description' parameter in 3GPP TS 23.093. It refers to the necessary set of 
information required in order to characterise a certain CCBS request. The parameter may contain the following 
information: 

- CCBS Index (see 3GPP TS 23.093 for the use of this parameter); 

- B-subscriber number (see clause 7.6.2.48); 

- B-subscriber subaddress (see clause 7.6.2.49); 

- Basic Service Group Code (see clause 7.6.4.40). 

7.6.5.12 UUData 

This parameter includes User-To-User Data. It is defined in 3GPP TS 23.087. 

7.6.5.13 UUS CF Interaction 

This parameter indicates if the call forwarding or call deflection has been activated after UUS 1 request has been 
accepted . It is defined in 3GPP TS 23.087. 

7.6.5.14 Number Portability Status 

This parameter indicates the number portability status of subscriber. See 3GPP TS 23.066 [108]. 

7.6.5.15 Pre-paging supported 

This parameter indicates that the entity which sent it supports pre-paging. 

7.6.5.16 MT Roaming Retry Supported 

The parameter indicates that the entity which sent it supports MT Roaming Retry. When sent by the HLR, it further 
indicates that the GMSC also supports MT Roaming Retry. 

7.6.5.17 MT Roaming Retry 

The parameter indicates that the GMSC receiving the IE shall start MT roaming retry (see 3GPP TS 23.018 [97] and 
3GPPTS 23.012 [23]). 

7.6.5.18 Paging Area 

The parameter indicates the paging area where the MS is currently located (see 3GPP TS 23.012 [23] and 3GPP TS 
23.018 [97]). 

7.6.5.19 Call Priority 

The parameter indicates the eMLPP priority of the call (see 3GPP TS 23.067 [136]). 
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7.6.6 Radio parameters 
7.6.6.1 -7.6.6.3 Void 

7.6.6.4 GERAN Classmark 

This information element is sent from one MSC to the other MSC in the signaUing for inter MSC handover. It is used 
to convey information related to cell capabilities, as defined in 3GPP TS 48.008. 

7.6.6.5 BSSMAP Service Handover 

This parameter refers to the Service Handover information element defined in 3GPP TS 48.008 

7.6.6.5A BSSMAP Service Handover List 

This parameter refers to the list of Service Handover information elements defined in 3GPP TS 48.008. This parameter 
shall be used when there are multiple bearers and at least one of the bearers has an associated BSSMAP Service 
Handover parameter. 

7.6.6.6 RANAP Service Handover 

This parameter refers to the Service Handover information element defined in 3GPP TS 25.413. 

7.6.6.7 HO-Number Not Required 

This parameter indicates that no handover or relocation number allocation is necessary. 

7.6.6.8 Integrity Protection Information 

This parameter refers to the Integrity Protection Information element defined in 3 GPP TS 25.413. 

7.6.6.9 Encryption Information 

This parameter refers to the Encryption Information element defined in 3 GPP TS 25.413. 

7.6.6.10 Radio Resource Information 

This parameter refers to the Channel Type information element defined in 3GPP TS 48.008 [49]. 

7.6.6. 10A Radio Resource List 

This parameter refers to list of RAB-id's and their associated Channel Type information elements defined in 3GPP TS 
48.008. This parameter shall be used when there are multiple bearers and at least one of the bearers has an associated 
Radio Resource Information parameter. 

7.6.6.1 OB Chosen Radio Resource Information 

This parameter refers to the Chosen Channel and Speech Version information elements defined in 3GPP TS 48.008. 

7.6.6.11 Key Status 

This parameter refers to the Key Status element defined in 3 GPP TS 25.413. 

7.6.6.12 Selected UMTS Algorithms 

This parameters identifies the UMTS integrity and optionally encryption algorithms selected by MSC-B. Coding of this 
parameter is defined in 3GPP TS 25.413. 
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7.6.6.13 Allowed GSM Algorithms 

This parameters identifies the allowed GSM algorithms in MSC-B. Coding of this parameter is defined in 3GPP TS 
48.008. 

7.6.6.14 Allowed UMTS Algorithms 

This parameters identifies the allowed UMTS algorithms in MSC-B. Coding of this parameter is defined in 3GPP TS 
25.413. 

7.6.6.15 Selected GSM Algorithm 

This parameter identifies the GSM algorithm selected by GSM ESC controlled by MSC-B. Coding of this parameter is 
defined in 3GPP TS 48.008. 

7.6.6.16 lu-Currently Used Codec 

This parameter indicates the codec used at the lu interface before handover. 

7.6.6.1 7 lu-Supported Codecs List 

This parameter indicates the codecs supported by the UE and by MSC-A and the associated modes in priority order (the 
first entry being the highest priority codec). MSC-B uses this information to select the associated transcoder resources. 

7.6.6.1 7A lu-Available Codecs List 

This parameter indicates the codecs available at the lu interface in MSC-B and the associated modes. MSC-A uses this 
information to decide whether a change to a different codec at the lu interface is possible. 

7.6.6.18 lu-Selected Codec 

When sent by MSC-B, this parameter indicates the codec selected by MSC-B for the lu interface. When sent by MSC- 
A, this parameter indicates the codec to be used by MSC-B at the lu interface. 

7.6.6.19 RAB Configuration Indicator 

This parameter indicates by its presence that MSC-A (or MSC-B in case of subsequent handover) has generated the 
RAB parameters according to the preferred codec (first entry in the lu-Supported Codecs List). 

7.6.6.20 UESBI-lu 

This parameter refers to the UESBI-Iu (UE Specific Behaviour Information over the lu interface) information element 
defined in 3GPPTS 25.413. 

7.6.6.21 Alternative Channel Type 

This parameter refers to the Channel Type information element defined in 3GPP TS 48.008 [49] for the alternative radio 
access bearer. This parameter is used for SCUDIF calls (see 3GPP TS 23.172 [126]). 

7.6.6.22 AolP-Supported Codecs List Anchor 

This parameter is used for inter-MSC handover with AoIP access and the procedures and contents of the parameter are 
as defined in AoIP-Supported Codecs List (Anchor) in 3GPP TS 23.009 [21]. 

7.6.6.23 AolP-Available Codecs List Map 

This parameter is used for inter-MSC handover with AoIP access and the procedures and contents of the parameter 
are as defined in AoIP-Available Codecs List (Map) in 3GPP TS 23.009 [21]. 
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7.6.6.24 AolP-Selected Codec Target 

This parameter is used for inter-MSC handover with AoIP access and the procedures and contents of the parameter are 
as defined in AoIP-Selected Codec (Target) in 3GPP TS 23.009 [21]. 

7.6.7 Authentication parameters 

7.6.7.1 Authentication set list 

This parameter represents a Hst of sets of authentication parameters for a given subscriber. 

The Hst either contains Authentication Triplets (Rand, Sres, Kc) or Authentication Quintuplets (Rand, Xres, Ck, Ik, 
Autn). If the list contains Authentication Quintuplets, the order of sequence in this list is chronological, the first 
quintuplet in the list is the oldest one. 

7.6.7.2 Rand 

This parameter represents a random number used for authentication. 

7.6.7.3 Sres 

This parameter represents the response to an authentication request. 

7.6.7.4 Kc 

This parameter refers to a key used for ciphering purposes. 

7.6.7.5 Xres 

This parameter represents the response to an UMTS authentication request. 

7.6.7.5A Ck 

This parameter refers to a key used for UMTS ciphering purposes. 

7.6.7.5B Ik 

This parameter refers to the Integrity Key. 

7.6.7.5C Autn 

This parameter refers to the Authentication Token. 

7.6.7.5D KASME 

This parameter refers to the Key for the Access Security Management Entity. 

7.6.7.6 Cksn 

This parameter refers to a ciphering key sequence number. 

7.6.7.6A Ksi 

This parameter refers to a key set identifier. 

7.6.7.6B Auts 

This parameter refers to the resynchronisation token. 
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7.6.7.7 Ciphering mode 

This parameter refers to the ciphering mode which is associated with a radio channel. It may take values as follows: 

- no encryption; 

- identification of specific ciphering algorithm. 

7.6.7.8 Current Security Context 

This parameter represents a list of security context parameters for a given subscriber. 

The Hst either contains GSM Security Context data (Kc, Cksn) or UMTS Security Context Data (Ck, Ik, Ksi). 

7.6.7.9 Failure cause 

This parameter refers to an authentication failure which has occurred. It may take values as follows: 
wrong user response; 

- wrong network signature. 

7.6.7.10 Re-attempt 

It indicates whether the failure ocurred in a normal authentication attempt or in an authentication reattempt (there was a 
previous unsuccessful authentication). 

7.6.7.11 Access Type 

It indicates whether the authentication procedure was initiated due to a call, an emergency call, a location updating, a 
supplementary service procedure, a short message transfer, a GPRS attach procedure, a routing area updating, a service 
request, a MS initiated Detach in GPRS, a PDP context activation or a PDP context deactivation procedure. 



7.6.8 Short message parameters 



7.6.8.1 



SM-RP-DA 



This parameter represents the destination address used by the short message service relay sub-layer protocol. It can be 
either of the following: 



IMSI 
LMSI 
MS-ISDN 

roaming number 
service centre address 



(see clause 7.6.2.1); 
(see clause 7. 6. 2. 16) 
(see clause 7.6.2.17) 
(see clause 7.6.2.19) 
(see clause 7.6.2.27). 



7.6.8.2 



SM-RP-OA 



This parameter refers to the originating address used by the short message service relay sub-layer protocol. It can be 
either of the following: 



MS-ISDN 

service centre address 



(see clause 7.6.2.17); 
(see clause 7.6.2.27). 
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7.6.8.3 MWD status 

This parameter indicates whether or not the address of the originator service centre is aheady contained in the Message 
Waiting Data file. In addition, it contains the status of the Memory Capacity Exceeded Flag (MCEF), the status of the 
Mobile subscriber Not Reachable Flag (MNRF) and the status of the Mobile station Not Reachable for GPRS flag 
(MNRG). 

7.6.8.4 SM-RP-UI 

This parameter represents the user data field carried by the short message service relay sub-layer protocol. 

7.6.8.5 SM-RP-PRI 

This parameter is used to indicate whether or not delivery of the short message shall be attempted when a service centre 
address is already contained in the Message Waiting Data file. 

7.6.8.6 SM Delivery Outcome 

This parameter indicates the cause for setting the message waiting data. It can take one of the following values: 

- Absent subscriber; 

- MS memory capacity exceeded; 

- Successful transfer. 

7.6.8.7 More Messages To Send 

This parameter is used to indicate whether or not the service centre has more short messages to send. 

7.6.8.8 Alert Reason 

This parameter is used to indicate the reason why the service centre is alerted. It can take one of the following values: 

- MS present; 

- Memory Available. 

7.6.8.9 Absent Subscriber Diagnostic SM 

This parameter is used to indicate the reason why the subscriber is absent. For the values for this parameter see 3 GPP 
TS 23.040. 

7.6.8.10 Alert Reason Indicator 

This parameter indicates that the alert reason is sent to the HLR due to GPRS activity. 

7.6.8. 10A Additional Alert Reason Indicator 

This parameter indicates that the alert reason is sent to the HLR due to IMS activity. 

7.6.8.1 1 Additional SM Delivery Outcome 

This parameter is used to indicate the GPRS delivery outcome in case a combination between delivery outcome for 
GPRS and non-GPRS are sent to the HLR. 

7.6.8.12 Additional Absent Subscriber Diagnostic SM 

This parameter indicates the reason of the additional SM Delivery Outcome. 
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7.6.8.13 Delivery Outcome Indicator 

This parameter indicates that the deHvery outcome sent to the HLR is for GPRS. 

7.6.8.14 GPRS Node Indicator 

This parameter indicates that the Network Node Number sent by the HLR is the SGSN number. 

7.6.8.15 GPRS Support Indicator 

This parameter indicates that the SMS-GMSC supports GPRS specific procedure of combine deHvery of Short Message 
via MSC and/or via the SGSN. 

7.6.8.16 SM-RP-MTI 

This parameter represents the RP-Message Type Indicator of the Short Message. It is used to distinguish a SM sent to 
the mobile station in order to acknowledge an MO-SM initiated by the mobile from a normal MT-SM. This parameter is 
formatted according to the formatting rules of address fields as described in 3GPP TS 23.040. 

7.6.8.17 SM-RP-SMEA 

This parameter represents the RP-Originating SME-address of the Short Message Entity that has originated the SM. 
This parameter is used by the short message service relay sub-layer protocol and is formatted according to the 
formatting rules of address fields as described in 3GPP TS 23.040. 

7.6.8.18 IP-SM-GW SM Delivery Outcome 

This parameter is used to indicate the delivery outcome for the IMS domain. 

7.6.8.19 IP-SM-GW Absent Subscriber Diagnostic SM 

This parameter indicates the reason of the IP-SM-GW SM Delivery Outcome. 

7.6.8.20 IP-SM-GW Indicator 

This parameter indicates indicates by its presence that sm-deliveryOutcome is for delivery via IMS. 



7.6.9 Access and signalling system related parameters 

7.6.9.1 AN-apdu 

This parameter includes one or two concatenated complete 3GPP TS 25.413 or 3GPP TS 48.006 [48] messages, as 
described in 3GPP TS 23.009 and 3GPP TS 29.010. The access network protocol ID indicates that the message or 
messages are according to either 3GPP TS 48.006 [48] or 3GPP TS 25.413. For the coding of the messages see 3GPP 
TS 25.413, 3GPP TS 48.006 [48] and 3GPP TS 48.008 [49]. 

7.6.9.2 CM service type 

This parameter identifies the service category being requested by the subscriber: 

- mobile originating call; 

- emergency call establishment; 

- short message service; 

- mobile originating call re-establishment; 
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- mobile terminating call; 

- SS request; 

- Voice group call set-up; 

- Voice broadcast set-up. 

7.6.9.3 Access connection status 

This parameter represents the following access connection status information: 

- RR-connection status (established/not established); 

- ciphering mode (on/off); 

- authentication status (authenticated/not authenticated). 

7.6.9.4 External Signal Information 

This parameter contains concatenated information elements (including tag and length) which are defined by a common 
protocol version, preceded by the associated protocol ID. It is used to transport information of the indicated protocol via 
MAP interfaces. 

7.6.9.5 Access signalling information 

This parameter refers to any set of information elements imported from 3GPP TS 24.008 [35]. 

7.6.9.6 Location update type 

This parameter refers to the location update type (normal, periodic or IMSI attach) contained in the 3GPP TS 24.008 
[35] LOCATION REGISTRATION REQUEST message. 

7.6.9.7 Protocol ID 

This parameter refers to the protocol to which the coding of the content of the associated External Signal Information 
conforms. 

The following values are defined: 

- 04.08; 

- 08.06; 

- ETS 300 102-1. 

This value indicates the protocol defined by ETS 300 102-1 (EDSSl). 

7.6.9.8 Network signal information 

This parameter is transported as external signal information. The protocol ID shall be set to "ETS 300 102-1". 

The network signal information may include the following information elements as defined in 3GPP TS 29.007 [56]: 

- ISDN BC; the tag and length are defined by ETS 300 102-1 . 
For the content, see 3GPP TS 29.007 [56]. 

- HLC; the tag and length are defined by ETS 300 102-1 . 
For the content, see 3GPP TS 29.007 [56]. 

- LLC; the tag and length are defined by ETS 300 102-1 . 
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For the content, see 3GPP TS 29.007 [56]. 
They are contained in the Signal Information parameter according to figure 7.6/1 (irrespective of the order): 











ISDN BC TAG 




LENGTH 


CONTENT 










HLC TAG 




LENGTH 


CONTENT 










LLC TAG 




LENGTH 


CONTENT 









Figure 7.6/1: Network signal information parameter 

7.6.9.8A Network signal information 2 

This parameter is transported as additional external signal information for SCUDIF calls, described in 3GPP TS 23.172 
[126]. The protocol ID and possibly included information elements are identical to Network Signal Information, defined 
in 7.6.9.8, "Network signal information". 

7.6.9.9 Call Info 

This parameter is transported as external signal information. The protocol ID shall be set to "3GPP TS 24.008 [35]". 

The Call Info includes the set of information elements from the original SETUP message and is imported from 3GPP 
TS 24.008 [35]. 

7.6.9.10 Additional signal info 

This parameter is transported as external signal information. The protocol ID shall be set to "ETS 300 356". 
The additional signal information may include the following information elements: 

- CalHng Party Number as defined by ETS 300 356. 

- Generic Number as defined by ETS 300 356. 

They are contained in the Signal Information parameter according to figure 7.6/2 (irrespective of the order): 



CALLING PARTY NUMBER TAG 



LENGTH 



CONTENT 



GENERIC NUMBER TAG 

LENGTH 

CONTENT 



Figure 7.6/2: Additional signal information parameter 
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7.6.10 System operations parameters 

7.6.1 0.1 Network resources 

This parameter refers to a class or type of network resource: 

- PLMN; 

- HLR; 

- VLR (current or previous); 
MSC (controlling or current); 

- EIR; 

- radio sub-system. 

7.6.10.2 Trace reference 

This parameter represents a reference associated with a GSM only tracing request as defined in 3GPP TS 52.008 [61]. 
The parameter is managed by OMC/EM. 

7.6.1 0.2A Trace reference 2 

This parameter represents a reference associated with a tracing request as defined in 3GPP TS 32.421 [131] and 3GPP 
TS 32.422 [132]. The parameter is managed by EM. 

7.6.10.3 Trace type 

This parameter identifies the type of trace for GSM only tracing request. Trace types are fully defined in 3GPP 

TS 52.008 [61]. If the activation of the tracing is requested only for UMTS, then this parameter shall contain value "No 

MSC Trace" for MSC Record Type and value "No BSS Trace" for BSS Record Type. 

7.6.1 0.4 Additional network resources 

This parameter refers to a class or type of network resource: 

- SGSN; 

- GGSN; 

- GMLC; 

- gsmSCF; 

- NPLR; 

- AuC. 

7.6.10.5 Trace depth list 

This parameter identifies the list of depths of trace per network element. See 3GPP TS 32.422 [132]. 

7.6.10.6 Trace NE type list 

This parameter identifies the list of network elements to be traced. See 3GPP TS 32.422 [132]. 

7.6.10.7 Trace interface list 

This parameter identifies the list of interfaces or protocols per network element to be traced. See 3GPP TS 32.422 
[132]. 
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7.6.1 0.8 Trace event list 

This parameter identifies the Hst of events per network element, which trigger a Trace Recording Session. See 3GPP TS 
32.422 [132]. 

7.6.1 0.9 Trace support indicator 

This parameter indicates that UMTS trace parameters are supported in the VLR or in the SGSN. 

7.6.10.10 Trace Propagation List 

This parameter indicates UMTS trace propagation parameters sent from one MSC to the other MSC in the signalling 
for inter MSC handover/relocation. See 3GPP TS 32.422 [132]. 

7.6.1 1 Location Service Parameters 

7.6.1 1 .1 Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

7.6.1 1 .2 Deferred MT-LR Response Indicator 

This parameter shows that this is a response to a deferred mt-lr request. 

7.6.1 1 .3 Deferred MT-LR Data 

This parameter is used to report the deferred location event type, the location information and reason why the serving 
node aborted monitoring the event to the GMLC. The termination cause mt-lrRestart shall be used to trigger the GMLC 
to restart the location procedure in all the cases where the sending node detects that the location procedure cannot be 
successfully performed anymore by the sending node and that it could be successfully performed by another node (as 
for example when. Cancel Location or Send Identification has been received). The location information shall be 
included only if the termination cause is mt-lrRestart. The network node number contained in the location information 
refers to the node where the MS/UE has moved to and shall be included if available, like in case Send Identification has 
been received. 

7.6.11.4 LCS Client ID 

This parameter provides information related to the identity of an LCS client. 

7.6.11.5 LCS Event 

This parameter identifies an event associated with the triggering of a location estimate. 
7.6. n. 6 Void 

7.6.11.7 LCS Priority 

This parameter gives the priority of the location request. 

7.6.11.8 LCSQoS 

This parameter defines the Quality of Service (QoS) for any location request. It is composed of the following elements. 

1) Response Time 

Indicates the category of response time - 'low delay' or 'delay tolerant'. 

2) Horizontal Accuracy 
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Indicates the required horizontal accuracy of the location estimate. 

3) Vertical Coordinate 

Indicates if a vertical coordinate is required (in addition to horizontal coordinates). 

4) Vertical Accuracy 

Indicates the required vertical accuracy of the location estimate (inclusion is optional). 

5) Velocity Request 

Indicates that velocity should be returned if available (inclusion is optional). 

7.6.11.9 CS LOS Not Supported by UE 

This parameter is used by the VLR to indicate to the HLR that the UE does not support neither UE Based nor UE 
Assisted positioning metheds for Circuit Switched Location Services. VLR defines the presence of this parameter on the 
basis of the Classmark 3 information. 

7.6.11.10 PS LOS Not Supported by UE 

This parameter is used by the SGSN to indicate to the HLR that the UE does not support neither UE Based nor UE 
Assisted positioning metheds for Packet Switched Location Services. SGSN defines the presence of this parameter on 
the basis of the UE capability information and the access technology supported by the SGSN. 

7.6.1 1 .1 1 Location Estimate 

This parameter gives an estimate of the location of an MS in universal coordinates and the accuracy of the estimate. The 
estimate is expressed in terms of the geographical shapes defined by 3GPP TS 23.032. and is composed of the type of 
shape plus the encoding of the shape itself. Any type of shape defined in 3GPP TS 23.032 can be filled in in the 
Location Estimate parameter, but only the encoding of the following shapes shall be carried by Location Estimate: 

- Ellipsoid point with uncertainty circle 

- Ellipsoid point with uncertainty ellipse 

- Ellipsoid point with altitude and uncertainty ellipsoid 

- Ellipsoid arc 

- Ellipsoid point 

The encoding for the remaining types of shape, defined in the 3GPP TS 23.032, shall be filled in in the Additional 
Location Estimate parameter. 

7.6.1 1.11 A GERAN Positioning Data 

This parameter provides positioning data associated with a successful or unsuccessful location attempt for a target MS 
described in 3GPP TS 49.031 [59a]. 

7.6.1 1 .1 1 B UTRAN Positioning Data 

This parameter provides positioning data associated with a successful location attempt for a target MS as described in 
3GPP TS 25.413 [120]. It contains the positioningDataDiscriminator and positioningDataSet parts of the RANAP 
PositionData element only. 

7.6.1 1 .1 1 C GERAN GANSS Positioning Data 

This parameter provides GANSS positioning data associated with a successful or unsuccessful location attempt for a 
target MS as described in 3GPP TS 49.031 [59a] if GANSS has been used. 
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7.6.1 1 .1 1 D UTRAN GANSS Positioning Data 

This parameter provides GANSS positioning data associated with a successful location attempt for a target MS as 
described in 3GPP TS 25.413 [120] if GANSS has been used. It contains the GANSS-PositioningDataSet part of the 
RANAP PositionData element only. 

7.6.11.12 Location Type 

This parameter indicates the type of location estimate required by the LCS client. Possible location estimate types 
include: 

current location; 

current or last known location; 

initial location for an emergency services call; 

deferred location event type; 

notification verification only. 

7.6.11.13 NA-ESRD 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Digits. 

7.6.11.14 NA-ESRK 

This parameter only applies to location for an emergency services call in North America and gives the North American 
Emergency Services Routing Key. 

7.6.11.15 LCS Service Type Id 

This parameter defines the LCS Service Type of the current positioning request. The possible values are defined in 
3GPPTS 22.071 [123] 

7.6.1 1.16 Privacy Override 

This parameter indicates if MS privacy is overridden by the LCS client when the GMLC and VMSC/SGSN for an MT- 
LR are in the same country. 

7.6.1 1.17 Supported LCS Capability Sets 

This parameter indicates which capability sets of LCS are supported in the VLR or SGSN. 

7.6.11.18 LCS Codeword 

This parameter contains the codeword associated to current positioning request as described in 3GPP TS 23.271 [26a]. 

7.6.11.19 NA-ESRK Request 

This parameter allows the MSC to indicate that it requires the GMLC to allocate a NA-ESRK based on the target MS 
location estimate. This parameter only applies to emergency services calls in North America. 

7.6.1 1 .20 Supported GAD Shapes 

This parameter indicates which of the shapes defined in 3GPP TS 23.032 are supported. If the parameter is not provided 
then the receiving node shall assume that the sending entity supports the following shapes: 

- Ellipsoid point with uncertainty circle 
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- Ellipsoid point with uncertainty ellipse 

- Ellipsoid point with altitude and uncertainty ellipsoid 

- Ellipsoid arc 

- Ellipsoid point 

7.6.1 1 .21 Additional Location Estimate 

This parameter gives an estimate of the location of an MS/UE in universal coordinates and the accuracy of the estimate. 
This parameter allows the location estimate to be expressed in any of the geographical shapes defined in 3GPP TS 
23.032 

7.6.11.22 Cell Id Or SAI 

For GERAN access, this parameter contains the Global Cell Identifier for the cell that the subscriber is currently 
attached to. For UTRAN access, this parameter contains the Service Area Identifier for the cell that the subscriber is 
currently attached to. 

7.6.1 1 .23 LCS-Reference Number 

This parameter represents a reference between a request and a responce of a deferred mt-lr procedure as deccribed in 
3GPPTS 23.271 [26a]. 

7.6.1 1 .24 LCS Privacy Check 

This parameter refers to the requested privacy check related actions (call/session unrelated and/or call/session related) 
from MSC or SGSN provided by H-GMLC. Possible requested actions are: 

positioning allowed without notifying the UE user; 

positioning allowed with notification to the UE user; 

positioning requires notification and verification by the UE user; positioning is allowed only if granted by the UE 
user or if there is no response to the notification; 

positioning requires notification and verification by the UE user; positioning is allowed only if granted by the UE 
user; 

positioning not allowed. 

7.6.1 1 .25 Additional LCS Capability Sets 

This parameter indicates which capability sets of LCS are supported in the VLR or SGSN. 

7.6.11.26 Area Event Info 

This parameter defines the requested deferred MT-LR area event information. The parameter consists of 
area definition, type of area event, occurrence info and minimum interval time. 

7.6.1 1 .27 Velocity Estimate 

This parameter gives an estimate of the velocity of an MS and the accuracy of the estimate. The estimate is expressed in 
terms of speed and bearing as defined by 3GPP TS 23.032 [122], and is composed of the velocity terms plus the 
encoding of the velocity itself. Only the encoding of the following velocity definitions shall be carried by the Velocity 
Estimate: 

- Horizontal Velocity 

- Horizontal with Vertical Velocity 
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- Horizontal Velocity with Uncertainty 

- Horizontal with Vertical Velocity and Uncertainty 

7.6.1 1 .28 Accuracy Fulfilment Indicator 

This parameter indicates the fulfilled accuracy of the positioning procedure. For details see 3GPP TS 
23.271 [26a]. 

7.6.1 1 .29 MO-LR Short Circuit Indicator 

This parameter indicates whether MO-LR short circuit feature is permitted. For details see 3GPP TS 
23.271 [26a]. 

7.6.1 1 .30 Reporting PLMN List 

This parameter provides a list of PLMNs in which subsequent periodic MO-LR TTTP requests will be 
made. For details see 3GPP TS 23.271 [26a]. 

7.6.1 1 .31 Periodic LDR infornnation 

This parameter refers to the periodic reporting interval and reporting amount of the deferred periodic 
location. For details see 3GPP TS 23.271 [26a]. 

7.6.1 1 .32 Sequence Number 

This parameter refers to the number of the periodic location reports completed. The sequence number 
would be set to 1 in the first location report and increment by 1 for each new report. When the number 
reaches the reporting amount value, the H-GMLC (for a periodic MT-LR or a periodic MO-LR transfer to 
third party) will know the procedure is complete. For details see 3GPP TS 23.271 [26a]. 

7.6.12 Void 



7.7 Representation of a list of a basic parameter in service- 
primitives 

In some service-primitives several instances of a basic parameter of clause 7.6 are required. In the service descriptions 
such cases will be represented as 



ParameterNameLIST 



in the tables where ParameterName refers to one of the parameters defined in clause 7.6. This corresponds to the 
following construction rule: 



Parameter 



Figure 7.7/1 : Construction of Lists 
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8 Mobility services 

8.1 Location management services 
8.1.1 Void 



8.1.1.1 



8.1.1.2 



8.1.1.3 



Void 



Void 



Void 



8.1 .2 MAP_UPDATE_LOCATION service 
8.1.2.1 Definition 

This service is used by the VLR to update the location information stored in the HLR. 

The MAP_UPDATE_LOCATION service is a confirmed service using the service primitives given in table 8.1/2. 



8.1.2.2 



Service primitives 



Table 8.1/2: MAP UPDATE LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Address 


M 


M(=) 






VLR number 


M 


M(=) 






LMSI 


U 


C(=) 






Supported CAMEL Phases 


C 


C(=) 






SoLSA Support Indicator 


C 


C(=) 






1ST Support Indicator 


C 


C(=) 






Super-Ciiarger Supported in Serving Network Entity 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






Supported LCS Capability Sets 


C 


C(=) 






Offered CAMEL 4 CSIs 


C 


C(=) 






Inform Previous Network Entity 


C 


C(=) 






CS LCS Not Supported by UE 


C 


C(=) 






V-GMLC Address 


U 


C(=) 






IMEISV 


C 


C(=) 






Skip Subscriber Data Update 


U 


C(=) 






Supported RAT Types Indicator 


U 


C(=) 






Paging Area 


U 


C(=) 






ADD Capability 






U 


C(=) 


Paging Area Capability 






U 


C(=) 


HLR number 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1.2.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 
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IMSI 

See definition in clause 7.6.2. 

MSC Address 

See definition for MSC number in clause 7.6.2. The MSC address is used for short message delivery only and for each 
incoming call set-up attempt the MSRN will be requested from the VLR. 

VLR number 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the HLR 
to support the LMSI handling procedures. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. Must be present if a CAMEL phase different from 
phase 1 is supported. Otherwise may be absent. 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful HLR updating. 

SoLSA Support Indicator 

This parameter is used by the VLR to indicate to the HLR in the Update Location indication that SoLSA is supported. If 
this parameter is not included in the Update Location indication and the Subscriber is marked as only allowed to roam 
in Subscribed LSAs, then the HLR shall reject the roaming and indicate to the VLR that roaming is not allowed to that 
Subscriber in the VLR. 

This SoLSA Support Indicator shall be stored by the HLR per VLR where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LSAs while roaming in a VLR and no SoLSA Support 
indicator is stored for that VLR, the location status of that Subscriber shall be set to Restricted. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the VMSC supports basic 1ST functionality, that is, the VMSC is able 
to terminate the Subscriber Call Activity that originated the 1ST Alert when it receives the 1ST alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Update Location indication and the 
Subscriber is marked as an 1ST Subscriber, then the HLR may limit the service for the subscriber (by inducing an 
Operator Determined barring of Roaming, Incoming or Outgoing calls), or allow service assuming the associated risk of 
not having the basic 1ST mechanism available. 

This parameter can also indicate that the VMSC supports the 1ST Command service, including the ability to terminate 
all calls being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not 
included in the Update Location indication and the HLR supports the 1ST Command capability, then the HLR may limit 
the service for the subscriber (by inducing an Operator Determined barring of Roaming, Incoming or Outgoing calls), or 
allow service assuming the associated risk of not having the 1ST Command mechanism available. 

Long FTN Supported 

This parameter indicates that the VLR supports Long Forwarded-to Numbers. 

Super-Charger Supported in Serving Network Entity 

This parameter is used by the VLR to indicate to the HLR that the VLR supports the Super-Charger functionality and 
whether subscription data has been retained by the VLR. If subscription data has been retained by the VLR the age 
indicator shall be included. Otherwise the VLR shall indicate that subscriber data is required. 

If this parameter is absent then the VLR does not support the Super-Charger functionality. 

Supported LCS Capability Sets 
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This parameter indicates, if present, the capabiHty sets of LCS which are supported. If the parameter is sent but no 
capabiHty set is marked as supported then the VLR does not support LCS at all. 

If this parameter is absent then the VLR may support at most LCS capability set 1, that is LCS Release98 or Release99 
version. 

Offered CAMEL 4 CSIs 



This parameter indicates the CAMEL phase 4 CSIs offered in the VMSCA^LR (see clause 7.6.3.36D). 

Inform Previous Network Entity 

This parameter is used by the VLR to ask the HLR to inform the previous network entity about the update by sending 
the previous network entity a Cancel Location message. It is used in case Super-Charger is supported in the 
network and the serving network entity has not been able to inform the previous network entity that MS has moved, that 
is if it has not sent Send Identification to the previous serving entity. 

CS LCS Not Supported bv UE 

See definition in clause 7.6.11. 

V-GMLC address 

See definition in clause 7.6.2. 

IMEISV 

For definition of the parameter see clause 7.6.2. For the use of this parameter see 3GPP TS 23.012. IMEISV shall be 
present if ADD function is supported and a new IMEISV is to be notified to the HLR (The functional requirements for 
the presence of IMEISV due to ADD are described in 3GPP TS 22.101 clause 7.4). 

Skip Subscriber Data Update 

The presence of the parameter is optional and if present it indicates that the service is solely used to inform the HLR 
about change of IMEISV or Paging Area. The parameter is used to optimise signalling load during Location Update 
procedure. 

Supported RAT Types Indicator 

This parameter indicates, if present, which access technologies (e.g. GERAN and / or UTRAN) are served by the 
MSCA^LR (see clause 7.6.3) 

Paging Area 

This parameter indicates, if present, the paging area where the MS is currently located (see clause 7.6.5.18) 

ADD Capabilitv 

This parameter indicates, if present, the support of ADD function by the HLR. 

Paging Area Capability 

This parameter indicates, if present, the support of Paging Area function by the HLR. The HLR shall report the same 
capability for all subscribers. 

User error 

In case of unsuccessful updating, an error cause shall be returned by the HLR. The following error causes defined in 
clause 7.6.1 may be used, depending on the nature of the fault: 

unknown subscriber; 

- roaming not allowed; 

This cause will be sent if the MS is not allowed to roam into the PLMN indicated by the VLR number. The 
cause is qualified by the roaming restriction reason "PLMN Not Allowed", "Supported RAT Types Not 
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Allowed" or "Operator Determined Barring". If no qualification is received (HLR with MAP Version 1), 
"PLMN Not Allowed" is taken as default. 

- system failure; 

- unexpected data value. 
Provider error 

For definition of provider errors see clause 7.6.1. 

8.1.3 MAP CANCEL LOCATION service 



8.1.3.1 



Definition 



This service is used between HLR and VLR to delete a subscriber record from the VLR. It may be invoked 
automatically when an MS moves from one VLR area to another, to remove the subscriber record from the old VLR, or 
by the HLR operator to enforce a location updating from the VLR to the HLR, e.g. on withdrawal of a subscription. 

Also this service is used between HLR and SGSN to delete a subscriber record from the SGSN. It may be invoked 
automatically when an MS moves from one SGSN area to another, to remove the subscriber record from the old SGSN, 
or by the HLR operator to enforce a location updating from the SGSN to the HLR. 

In an EPS this service is used between HSS and IWF and between IWF and IWF to delete the subscriber record from 
the MME or SGSN or to release bearer resources without deleting the subscriber record. 

The MAP_CANCEL_LOCATION service is a confirmed service using the primitives defined in table 8.1/3. 



8.1.3.2 



Service primitives 



Table 8.1/3: MAP CANCEL LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


IVI 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


C 


C(=) 






Cancellation Type 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.1.3.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. The LMSI shall be included if it has been received from VLR. LMSI is not applicable 
between SGSN and HLR. 

Value 0000 0000 can be used to indicate that the LMSI is not in use. 

Cancellation Type 

See definition in clause 7.6.3. The presence of this parameter is mandatory when the Cancel Location is sent to the 
SGSN or IWF. The parameter may also be sent during an inter- VLR location update If the VLR receives this parameter 
and does not understand it the VLR shall ignore it and should by default assume an Update procedure. If the SGSN 
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receives this parameter indicating initial attach procedure, the SGSN shall do as specified in 3GPP TS 23.060 [104], and 
shall not delete the subscription data. 

User error 

If the cancellation fails, an error cause is to be returned by the VLR or by the SGSN or IWF. One of the following error 
causes defined in clause 7.6.1 shall be used: 

- unexpected data value; 

- data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

8.1.4 MAP SEND IDENTIFICATION service 



8.1.4.1 



Definition 



The MAP_SEND_IDENTIFICATION service is used between a VLR and a previous VLR to retrieve IMSI and 
authentication data for a subscriber registering afresh in that VLR. 

It may also be used to send the MSC number from a VLR to a previous VLR. 

The MAP_SEND_IDENTIFICATION service is a confirmed service using the service primitives defined in table 8.1/4. 

8.1 .4.2 Service prinnitives 

Table 8.1/4: MAP SEND IDENTIFICATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


TMSI 


M 


M(=) 






Number of requested vectors 


M 


M(=) 






Segmentation prohibited indicator 


C 


C(=) 






MSC Number 


U 


C(=) 






Previous Location Area Id 


U 


C(=) 






Hop Counter 


U 


C(=) 






IMSI 






C 


C(=) 


Authentication set 






U 


C(=) 


Current Security Context 






u 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1.4.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

TMSI 

See definition in clause 7.6.2. 

If multiple service requests are present in a dialogue then this parameter shall be present in every service request. 

Number of requested vectors 

A number indicating how many authentication vectors the new VLR is prepared to receive. The previous VLR shall not 
return more vectors than indicated by this parameter. 
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This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one 

Segmentation prohibited indicator 

This parameter indicates if the new VLR or SGSN allows segmentation of the response at MAP user level. 

This parameter may be present only in the first request of the dialogue. 

IMSI 

See definition in clause 7.6.2. The IMSI is to be returned if the service succeeds. 

If multiple service requests are present in a dialogue and the service succeeds then this parameter shall not be present in 
any service response other than the first one 

MSC Number 

This is the ISDN number assigned to the MSC currently serving the MS. 

Previous Location Area Id 

See definition in clause 7.6.2. Together with the TMSI the Previous Location Area Id can be used to derive the IMSI. 

Authentication set 

See definition in clause 7.6.7. If the service succeeds a list of up to five authentication sets is returned, if there are any 
available. 

Current Security Context 

See definition in clause 7.6.7. If the service succeeds, a list of either GSM or UMTS Security Context parameters can be 
returned. 

Hop Counter 

For the use of this parameter see 3GPP TS 23.012 [23]. 

User error 

This parameter is mandatory if the service fails. The following error cause defined in clause 7.6.1 may be used, 
depending on the nature of the fault: 

unidentified subscriber. 

Provider error 

For definition of provider errors see clause 7.6.1. 

8.1.5 Void 

8.1.5.1 Void 

8.1.5.2 Void 

8.1.5.3 Void 

8.1 .6 MAP_PURGE_MS service 
8.1.6.1 Definition 

This service is used between the VLR and the HLR to cause the HLR to mark its data for an MS so that any request for 
routing information for a mobile terminated call or a mobile terminated short message will be treated as if the MS is not 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



113 



ETSI TS 129 002 V9.2.0 (2010-07) 



reachable. It is invoked when the subscriber record for the MS is to be deleted in the VLR, either by MMI interaction or 
automatically, e.g. because the MS has been inactive for several days. This service shall not be used if both the VLR 
and HLR support the Super-Charger functionality. 

Also this service is used between the SGSN and the HLR to cause the HLR to mark its data for an MS so that any 
request for routing information for a mobile terminated short message or a network requested PDP-context activation 
will be treated as if the MS is not reachable. It is invoked when the subscriber record for the MS is to be deleted in the 
SGSN, either by MMI interaction or automatically, e.g. because the MS has been inactive for several days. This service 
shall not be used if both the SGSN and HLR support the Super-Charger functionality. 

In an EPS this service is used between IWF and IWF and between IWF and HSS. 

The MAP_PURGE_MS service is a confirmed service using the primitives defined in table 8.1/6. 



8.1.6.2 



Service primitives 



Table 8.1/6: MAP PURGE MS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






VLR number 


C 


C(=) 






Freeze TMSI 






C 


C(=) 


Freeze P-TMSI 






C 


C(=) 


Freeze M-TMSI 






c 


C(=) 


SGSN number 


C 


C(=) 






User error 






c 


C(=) 


Provider error 












8.1 .6.3 Parameter definitions and use 

Invoke ID 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

VLR number 

Shall be present if the sender is VLR. See definition in clause 7.6.2. 

SGSN number 

Shall be present if the sender is SGSN. See definition in clause 7.6.2. 

In an EPS, this parameter may contain the IWF number. 

Freeze TMSI 

This parameter is sent to the VLR to indicate that the TMSI has to be frozen. It shall be present if the received VLR 
number matches the stored VLR number. 

Freeze P-TMSI 

This parameter is sent to the SGSN to indicate that the P-TMSI has to be frozen. It shall be present if the received 
SGSN number matches the stored SGSN number. 

Freeze M-TMSI 

This parameter is sent to the IWF to indicate that the M-TMSI has to be frozen. It shall be present if the received node 
number matches the stored IWF number. 
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User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

- Unexpected Data Value; 

- Unknown Subscriber. 
Provider error 

See definition of provider errors in clause 7.6.1. 

8.1 .7 MAP_UPDATE_GPRS_LOCATION service 
8.1.7.1 Definition 

This service is used by the SGSN to update the location information stored in the HLR. 

In an EPS, this service is used between IWF and IWF and between IWF and HSS. 

The MAP_UPDATE_GPRS_LOCATION service is a confirmed service using the service primitives given in 
table 8.1/7. 



8.1.7.2 



Service primitives 



Table 8.1/7: MAP UPDATE GPRS LOCATION 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






SGSN number 


M 


M(=) 






SGSN address 


M 


M(=) 






Supported CAMEL Phases 


C 


C(=) 






SoLSA Support Indicator 


C 


C(=) 






Super-Charger Supported in Serving Network Entity 


C 


C(=) 






GPRS enhancements support indicator 


C 


C(=) 






Supported LCS Capability Sets 


c 


C(=) 






Offered CAMEL 4 CSIs 


c 


C(=) 






Inform Previous Network Entity 


c 


C(=) 






PS LCS Not Supported by UE 


c 


C(=) 






V-GMLC Address 


u 


C(=) 






Call barring support indicator 


c 


C(=) 






IMEISV 


c 


C(=) 






Skip Subscriber Data Update 


u 


C(=) 






Supported RAT Types Indicator 


u 


C(=) 






EPS Info 


c 


C(=) 






Serving Node Type Indicator 


c 


C(=) 






Supported Features 


u 


C(=) 






Used RAT Type 


u 


C(=) 






GPRS Subscription Data not needed Indicator 


c 


C(=) 






Node-Type-Indicator 


u 


C(=) 






Area Restricted Indicator 


c 


C(=) 






UE Reachable Indicator 


c 


C(=) 






T-ADS Data Retrieval Support Indicator 


c 


C(=) 






Homogeneous Support Of IMS Voice Over PS 
Sessions 


c 


C(=) 






ADD Capability 






U 


C(=) 


SGSN-MME Separation Support Indicator 






C 


C(=) 


HLR number 






c 


C(=) 


User error 






c 


C(=) 


Provider error 
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8.1 .7.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

SGSN number 

See definition in clause 7.6.2. 

In an EPS, this parameter is populated with an IWF number if received from an IWF. 

SGSN address 

See definition in clause 7.6.2. 

In an EPS, this parameter is populated with an IWF address if received from an IWF. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. The SGSN can only support CAMEL phase 3 or 
greater. 

SoLSA Support Indicator 

This parameter is used by the SGSN to indicate to the HLR in the Update GPRS Location indication that SoLSA is 
supported. If this parameter is not included in the Update GPRS Location indication and the Subscriber is marked as 
only allowed to roam in Subscribed LSAs, then the HLR shall reject the roaming and indicate to the SGSN that roaming 
is not allowed to that Subscriber in the SGSN. 

This SoLSA Support Indicator shall be stored by the HLR per SGSN where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LSAs while roaming in a SGSN and no SoLSA Support 
indicator is stored for that SGSN, the location status of that Subscriber has to be set to Restricted. 

Super-Charger Supported in Serving Network Entity 

This parameter is used by the SGSN to indicate to the HLR that the SGSN supports the Super-Charger functionality and 
whether subscription data has been retained by the SGSN. If subscription data has been retained by the SGSN the age 
indicator shall be included. Otherwise the SGSN shall indicate that subscriber data is required. 

If this parameter is absent then the SGSN does not support the Super-Charger functionality. 

GPRS enhancements support indicator 

This parameter is used by the SGSN to indicate to the HLR in the Update GPRS Location indication that GPRS 
enhancements are supported. If this parameter is included in the Update GPRS Location indication the HLR may send 
the extension QoS parameter in the PDP contexts to the SGSN. The HLR may send the extension-2 QoS, the extension- 
3 QoS and the extension-4 QoS parameters with the extension QoS parameter. 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful HLR updating. 

Supported LCS Capability Sets 

This parameter indicates, if present, the capability sets of LCS which are supported. If the parameter is sent but no 
capability set is marked as supported then the SGSN does not support LCS at all. 

The SGSN is not allowed to indicate support for LCS capability set 1 . 

If this parameter is absent then the SGSN does not support LCS at all. 

Offered CAMEL 4 CSIs 
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This parameter indicates the CAMEL phase 4 CSIs offered in the SGSN (see clause 7.6.3.36D). 

Inform Previous Network Entity 

This parameter is used by the SGSN to ask the HLR to inform the previous network entity about the update by sending 
the previous network entity a Cancel Location message. It is used in case Super-Charger is supported in the 
network and the serving network entity has not been able to inform the previous network entity that MS has moved, that 
is if it has not sent SGSN Context Request to the previous serving entity. 

PS LCS Not Supported bv UE 

See definition in clause 7.6.11. 

V-GMLC address 

See definition in clause 7.6.2. 

Call Barring support indicator 

See definition in clause 7.6.3.92. 

IMEISV 

For definition of the parameter see clause 7.6.2. For the use of this parameter see 3GPP TS 23.060. IMEISV shall be 
present if ADD function is supported and the IMEISV is new in SGSN (The functional requirements for the presence of 
IMEISV due to ADD are described in 3GPP TS 22.101 clause 7.4). 

Skip Subscriber Data Update 

The presence of the parameter is optional and if present it indicates that subscriber data download during the 
updateGprsLocation procedure may be skipped by the HLR e.g. because the service is solely used to inform the HLR 
about change of IMEISV. The parameter is used to optimise signalling load during Location Update procedure. 

Supported RAT Types Indicator 

This parameter indicates, if present, which access technologies (e.g. GERAN and/or UTRAN and/or E-UTRAN) are 
served by the SGSN or MME (see clause 7.6.3) 



EPS Info 

This parameter may indicate that the MME or SGSN has selected a new PDN GW for an APN. If so, the HSS shall skip 
subscriber data update (insert subscriber data) and only note the new PDN GW. 

Otherwise this parameter may indicate the appropriate ISR instruction to be performed by the HSS which is one or more 
of 

a) Update MME; i.e. send CancelLocation to the old MME and replace the stored MME id; 

b) Cancel SGSN; i.e. send CancelLocation to the SGSN and delete the stored SGSN id. 

c) Initial Attach; i.e. send CancelLocation to the MME (if Serving Node Type Indicator is absent) or to the SGSN 
(if Serving Node Type Indicator is present) with cancellation type set to "initial attach procedure" 



Serving Node Type Indicator 

This parameter indicates by its presence that the subscriber's serving node is an MME (which is either stand alone or 
combined with an SGSN) and it indicates by its absence that the subscriber's serving node is an SGSN (which is either 
stand alone or combined with an MME). 

Supported Features 

This parameter shall be used by an IWF to forward feature support indications as received from the MME or SGSN via 
S6a/S6d. 
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Used RAT Type 

This parameter may indicate the RAT type currently used by the serving node. 

GPRS Subscription Data not needed Indicator 

This parameter indicates by its presence that the SGSN (or MME/IWF) does not request GPRS Subscription Data in 
addition to EPS Subscription Data. 

Node-Type Indicator 

This parameter indicates by its presence that the requesting node is a combined MME/SGSN. Absence of this Indicator 
indicates that the requesting node is a single MME or SGSN. 

When Node-Type Indicator is absent and Serving Node Type Indicator is present, the HSS may skip checking 
SMS/LCS supported features and skip the download of SMS/LCS -related subscription data to a standalone MME. 

Area Restricted Indicator 

This parameter indicates by its presence that the network node area is restricted due to regional subscription. This 
parameter is used by the IWF only. 

UE-Reachable Indicator 

This parameter indicates by its presence that the UE is reachable. This parameter is used by the IWF only. 

T-ADS Data Retrieval Support Indicator 

This parameter indicates by its presence that the SGSN supports retrieval of T-ADS data with the Provide-Subscriber- 
Info service. 

Homogeneous Support Of IMS Voice Over PS Sessions 

This parameter when present indicates that IMS voice over PS sessions is homogeneously supported in the complete 
SGSN area or that IMS voice over PS sessions is homogeneously not supported in the complete SGSN area. 

ADD Capability 

This parameter indicates, if present, the support of ADD function by the HLR. 

SGSN-MME Separation Support Indicator 

This parameter indicates by its presence that the HSS separately stores SGSN Id and MME Id. A combined 
MME/SGSN shall not send Update-GPRS -Location at intra node inter RAT routing area update if a Separation 
Indicator was not received previously. 

User error 

In case of unsuccessful updating, an error cause shall be returned by the HLR. The following error causes defined in 
clause 7.6.1 may be used, depending on the nature of the fault: 

- unknown subscriber; 

- roaming not allowed. 

This cause will be sent if the MS is not allowed to roam into the PLMN indicated by the SGSN number. The 
cause is qualified by the roaming restriction reason "PLMN Not Allowed", "Supported RAT Types Not 
Allowed" or "Operator Determined Barring". 

- system failure; 

- unexpected data value. 

The diagnostic in the Unknown Subscriber may indicate 'Imsi Unknown' or 'Gprs or EPS Subscription Unknown'. 
Provider error 
For definition of provider errors see clause 7.6.1. 
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8.1 .8 MAP-NOTE-MM-EVENT 



8.1.8.1 



Definition 



This service is used between the VLR and the gsmSCF or between the SGSN and the gsmSCF when a mobiUty 
management event for a subscriber has been processed successfully, that subscriber is provisioned with M-CSI or MG- 
CSI and the relevant mobility management event is marked for reporting. 

This service is also used between the VLR and the Presence Network Agent or between the SGSN and the Presence 
Network Agent to notify the Presence Network Agent when a mobility management event for a subscriber has been 
processed successfully, that subscriber is provisioned with M-CSI or MG-CSI and the relevant mobility management 
event is marked for reporting (see 3GPP TS 23.141 [128]). 



8.1.8.2 



Service prinnitives 



The service primitives are shown in table 8.1/8. 



Table 8.1/8: MAP_NOTE_MM_EVENT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Event Met 


M 


M(=) 






Service Key 


M 


M(=) 






IMSI 


M 


M(=) 






Basic MSISDN 


M 


M(=) 






Location Information for GPRS 


C 


C(=) 






Location Information 


C 


C(=) 






LSA Identity 


C 


C(=) 






Supported CAMEL Phases 


M 


M(=) 






Offered CAMEL 4 
Functionalities 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.1.8.3 



Parameter use 



Event Met 

This parameter indicates the mobility management event that has lead to the notification. It shall have one of the 

following values for a mobility management event reported by the VLR: 

- Location update in the same VLR service area; 

- Location update to another VLR service area; 

- IMSI attach; 

- MS initiated IMSI detach (explicit detach); 

- Network initiated IMSI detach (implicit detach). 

It shall have one of the following values for a mobility management event reported by the SGSN: 

- Routeing area update in the same SGSN service area; 

- Routeing area update to another SGSN service area; 

- GPRS attach; 

- MS initiated GPRS detach; 

- Network initiated GPRS detach; 

- Network initiated transfer to the "not reachable for paging" state. 
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Service Key 

See clause 7.6.x. 

IMSI 

See clause 7.6.x. 

Basic MSISDN 

See clause 7.6.x. 

Location Information 

See clause 7.6.2.30. This information shall be sent when the event is reported by a VLR, if available. 

Location Information for GPRS 

See clause 7.6.2.30a. This information shall be sent when the event is reported by an SGSN, if available. 

LS A Identity 

See clause 7.6.x. This information shall be sent, if available. 

Supported CAMEL Phases 

See clause 7.6.x. This information shall always be sent. 

Offered CAMEL 4 Functionalities 

This parameter indicates the CAMEL phase 4 functionalities offered by the sending entity, VMSC/VLR or SGSN (see 
clause 7.6.3.36G). 

User error 

This parameter is sent by the receiving entity when an error is detected. It shall have one of the following values: 

- Data Missing; 

- Unexpected Data Value; 
Unknown Subscriber; 

- MM-EventNotSupported. 
Provider error 

This is defined in clause 7.6. L 

8.2 Paging and search 
8.2.1 MAP_PAGE service 

8.2.1.1 Definition 

This service is used between VLR and MSC to initiate paging of an MS for mobile terminated short message or 
unstructured SS notification. 

The MAP_PAGE service is a confirmed service using the primitives from table 8.2/1. 

8.2.1 .2 Service primitives 

Table 8.2/1: MAP PAGE 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Stored location area Id 


M 


M(=) 






TMSI 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












8.2.1 .3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used to define the paging subgroup. If the TMSI is not supplied, paging on 
the radio path uses the IMSI as an identifier. 

Stored location area Id 

See definition in clause 7.6.2. 

TMSI 

See definition in clause 7.6.2. The TMSI is included if paging on the radio channel is to use the TMSI as an identifier. 

User error 

The following error causes defined in clause 7.6.1 may be sent by the user in case of a paging error, depending on the 
failure reason: 

- absent subscriber; 
unknown location area; 

- busy subscriber; 

- system failure; 

this corresponds to the case where there is no call associated with the MAP_PAGE service, i.e. if the call has 
been released but the dialogue to the VLR has not been aborted; 

- unexpected data value. 
Provider error 

See definition in clause 7.6.1. 

8.2.2 MAP SEARCH FOR MS service 



8.2.2.1 



Definition 



This service is used between VLR and MSC to initiate paging of an MS in all location areas of that VLR. It is used if 
the VLR does not hold location area information confirmed by radio contact. 

The MAP_SEARCH_FOR_MS service is a confirmed service using the primitives from table 8.2/2. 

8.2.2.2 Service prinnitives 

Table 8.2/2: MAP SEARCH FOR MS 



Parameter name 



Request 



Indication 



Response 



Confirm 
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Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Current location area Id 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.2.2.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used to identify the subscriber when paging on the radio path. 

Current location area Id 

See definition in clause 7.6.2. In case of successful outcome of the service, i.e. if the MS responds to paging, the 
Location Area Id of the area in which the MS responded is given in the response. 

User error 

The following error causes defined in clause 7.6.1 shall be sent by the user if the search procedure fails, depending on 
the failure reason: 

- absent subscriber; 

this error cause is returned by the MSC if the MS does not respond to the paging request; 

- system failure; 

- this corresponds to the case where there is no call associated with the MAP_SEARCH_FOR_MS service, i.e. if 
the call has been released but the dialogue to the VLR has not been aborted; 

- busy subscriber; 

- unexpected data value. 
Provider error 

See definition in clause 7.6.1. 

8.3 Access management services 

8.3.1 MAP PROCESS ACCESS REQUEST service 



8.3.1.1 



Definition 



This service is used between MSC and VLR to initiate processing of an MS access to the network, e.g. for mobile 
originated short message submission or after being paged by the network. 

The MAP_PROCESS_ACCESS_REQUEST service is a confirmed service using the primitives from table 8.3/1. 



8.3.1.2 



Service primitives 



Table 8.3/1 : MAP PROCESS ACCESS REQUEST 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


CIVI service type 


M 


M(=) 






Access connection status 


M 


M(=) 
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Current Location Area Id 


M 


M(=) 






Serving cell Id 


M 


M(=) 






TMSI 


C 


C(=) 






Cksn 


C 


C(=) 






IMSI 


C 


C(=) 


C 


C(=) 


IMEI 


C 


C(=) 


C 


C(=) 


MSISDN 






U 


C(=) 


User error 






C 


C(=) 


Provider error 












8.3.1.3 

Invoke Id 



Parameter definitions and use 



See definition in clause 7.6.1. 

CM service type 

See definition in clause 7.6.9. 

Access connection status 

See definition in clause 7.6.9. 

Current Location Area Id 

See definition in clause 7.6.2. This parameter is used to update the VLR in case of previous VLR failure. 

Serving cell Id 

See definition in clause 7.6.2. 

TMSI 

See definition in clause 7.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, but 
one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace IMSI/TMSI. 

Cksn 

See definition in clause 7.6.7. In case of access with TMSI, the Cksn shall be present. 

IMSI 

See definition in clause 7.6.2. Either TMSI or IMSI as received from the MS are included in the Request/Indication, but 
one shall be present. In case of CM Service Type "Emergency Call Establishment", the IMEI may replace IMSI/TMSI. 

In the Response/Confirmation, the IMSI is to be sent in case of successful outcome of the service. In case of CM 
Service Type "Emergency Call Establishment", IMEI may replace IMSI. 

IMEI 

See definition in clause 7.6.2. The IMEI may replace IMSI/TMSI in the Request/Indication and IMSI in the 
Response/Confirmation only in case the CM Service Type indicates "Emergency Call Establishment". 

MSISDN 

See definition in clause 7.6.2. The MSISDN is included in case of successful outcome of the service as an operator 
option, e.g. if it is needed at the MSC for charging purposes in case of call forwarding. 

User error 

One of the following error causes defined in clause 7.6.1 shall be sent by the user if the access request fails, depending 
on the failure reason: 

- unidentified subscriber; 
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- illegal subscriber; 

this error is sent if a correlated authentication procedure has not authenticated the subscriber; 

- illegal equipment; 

this error is sent if an IMEI check failed, i.e. the IMEI is blacklisted or not white-listed; 

- roaming not allowed; 

- this cause is used after VLR restart if the subscriber has no subscription for the current location area, e.g. due to 
regional subscription. The cause will be qualified by "location area not allowed" or "national roaming not 
allowed", respectively; 

unknown location area; 

- system failure; 

- unexpected data value. 
Provider error 

For definition of provider errors see clause 7.6.1. 



8.4 



Handover services 



It should be noted that the handover services used on the B -interface have not been updated for Release 99. The B- 
interface is not fully operational specified. It is strongly recommended not to implement the B -interface as an external 
interface. 

8.4.1 MAP PREPARE HANDOVER service 



8.4.1.1 



Definition 



This service is used between MSC-A and MSC-B (E-interface) when a call is to be handed over or relocated from 
MSC-AtoMSC-B. 

The MAP_PREPARE_H AND OVER service is a confirmed service using the primitives from table 8.4/1. 



8.4.1.2 



Service primitives 



Table 8.4/1 : MAP PREPARE HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


C 


C(=) 






Target RNC Id 


C 


C(=) 






HO-NumberNotRequired 





C(=) 






IMS! 


C 


C(=) 






Integrity Protection Information 


C 


C(=) 






Encryption Information 


C 


C(=) 






Radio Resource Information 





C(=) 






AN-APDU 


G 


C(=) 


G 


C(=) 


Allowed GSM Algorithms 


C 


C(=) 






Allowed UMTS Algorithms 


C 


C(=) 






Radio Resource List 


G 


C(=) 






RABID 


G 


C(=) 






GERAN Classmark 


C 


C(=) 






BSSMAP Service Handover 


C 


C(=) 






BSSMAP Service Handover 
List 


G 


C(=) 






RANAP Service Handover 


G 


C(=) 






lu-Currently Used Codec 


C 


C(=) 
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lu-Supported Codecs List 


C 


C(=) 






RAB Configuration Indicator 


C 


C(=) 






ASCI Call Reference 


C 


C(=) 






UESBI-lu 


C 


C(=) 






IMEISV 


C 


C(=) 






Alternative Channel Type 


C 


C(=) 






Trace_Propagation_List 


C 


C(=) 






AolP-Supported Codecs List 
Anchor 


C 


C(=) 






Handover Number 






c 


C(=) 


Relocation Number List 






c 


C(=) 


IVIulticall Bearer Information 






c 


C(=) 


Multiple Bearer Requested 


C 


C(=) 






Multiple Bearer Not Supported 






c 


C(=) 


Selected UMTS Algorithms 






c 


C(=) 


Chosen Radio Resource 
Information 






c 


C(=) 


lu-Selected Codec 






c 


C(=) 


lu-Available Codecs List 






c 


C(=) 


AolP-Selected Codec Target 






c 


C(=) 


AolP-Available Codecs List 
Map 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.4.1.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 

Target Cell Id 

For definition of this parameter see clause 7.6.2. This parameter is only included if the service is not in an ongoing 
transaction. This parameter shall also be excluded if the service is a part of the Inter-MSC SRNS Relocation procedure 
or the inter-system handover GSM to UMTS procedure described in 3GPP TS 23.009. 

Target RNC Id 

For definition of this parameter see clause 7.6.2. This parameter shall be included if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 

HQ-Number Not Required 

For definition of this parameter see clause 7.6.6. 

IMSI 

For definition of this parameter see clause 7.6.2. This UMTS parameter shall be included if: 

■ available and 

■ if the access network protocol is BSSAP and 

■ there is an indication that the MS also supports UMTS. 

Integrity Protection Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the access 
network protocol is BSSAP. 

Encryption Information 
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For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the access 
network protocol is BSSAP. 

Radio Resource Information 

For definition of this parameter see clause 7.6.6. This GSM parameter shall be included if the access network protocol 
is RANAP and there is an indication that the UE also supports GSM. If the parameter Radio Resource List is sent , the 
parameter Radio Resource Information shall not be sent. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Allowed GSM Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes allowed GSM algorithms. This GSM 
parameter shall be included if: 

• the service is a part of the Inter-MSC SRNS Relocation procedure and 

• Ciphering or Security Mode Setting procedure has been performed.and 

• there is an indication that the UE also supports GSM. 

Allowed UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if all of the following 
conditions apply: 

• access network protocol is BSSAP and 

• Integrity Protection Information and Encryption Information are not available and 
Ciphering or Security Mode Setting procedure has been performed. 

Radio Resource List 

For definition of this parameter see clause 7.6.6. This parameter shall be included if the access network protocol is 
RANAP and there is an indication that the UE also supports GSM. This parameter shall be sent when MSC-A requests 
multiple bearers to MSC-B. If the parameter Radio Resource Information is sent , the parameter Radio Resource List 
shall not be sent. 

RABID 

For definition of this parameter see subclause 7.6.2. This parameter shall be included when MSC-A supports multiple 
bearers and access network protocol is BSSAP and the RAB ID has a value other than 1. 

GERAN Classmark 

For definition of this parameter see subclause 7.6.6 This parameter shall be included if available. 

BSSMAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the access network protocol is 
RANAP. If the parameter BSSMAP Service Handover List is sent, the parameter BSSMAP Service Handover shall not 
be sent. 

BSSMAP Service Handover List 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the access network protocol is 
RANAP. This parameter shall be sent when MSC-A requests multiple bearers to MSC-B. If the parameter BSSMAP 
Service Handover is sent, the parameter BSSMAP Service Handover List shall not be sent. 

RANAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the access network protocol is 
BSSAP. 
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lu-Currently Used Codec 

For definition of this parameter see subclause 7.6.6. This parameter shall be included if the handover is requested for a 
speech bearer and the MS is in UMTS or GERAN lu-mode access. This parameter shall not be included if the lu- 
Supported Codecs List is not included. 

lu-Supported Codecs List 

For definition of this parameter see subclause 7.6.6. This parameter shall be included by MSC-A, if the handover is 
requested for a speech bearer. 

RAB Configuration Indicator 

For definition of this parameter see subclause 7.6.6. This parameter may be included if the handover is requested for a 
speech bearer and MSC-A knows by means of configuration information that MSC-B supports the use of the lu- 
Supported Codecs List parameter. This parameter shall not be included if the lu-Supported Codecs List is not included. 

ASCI Call Reference 

This parameter contains either the broadcast call reference or group call reference. It shall be included if a subscriber is 
undergoing handover during a VGCS or VBS call, where MSC-B already has a Bearer established, so that MSC-B can 
determine the Group or Broadcast Call to which it shall attach the subscriber, see 3GPP TS 48.008 [49]. 

UESBI-Iu 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the access network protocol is 
BSSAP. 

IMEISV 

For definition of the parameter see clause 7.6.2. This parameter is used for Management based Trace Activation (see 
3GPP TS 32.422) and shall be present, if available. 

Alternative Channel Type 

For definition of this parameter see clause 7.6.6 It shall be present for a SCUDIF call if the access network protocol is 
BSSAP. 

Trace Propagation List 

See definition in clause 7.6.10. This parameter shall be included when MSC-A requests trace invocation. 

AoIP-Supported Codecs List Anchor 

For definition of this parameter see subclause 7.6.6. This parameter may be included by MSC-A, if the handover is 
requested for a speech bearer and mobile terminal supports GSM codec types. 

Handover Number 

For definition of this parameter see clause 7.6.2. This parameter shall be returned at handover, unless the parameter 
HO-NumberNotRequired is sent. If the parameter Handover Number is returned, the parameter Relocation Number List 
shall not be returned. 

Relocation Number List 

For definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation, unless the parameter 
HO-NumberNotRequired is sent. If the parameter Relocation Number List is returned, the parameter Handover Number 
shall not be returned. 

Multicall Bearer Information 

For a definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation in the case that MSC-B 
supports multiple bearers. 
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Multiple Bearer Requested 

For a definition of this parameter see clause 7.6.2. This parameter shall be sent when MSC-A requests multiple bearers 
toMSC-B. 

Multiple Bearer Not Supported 

For a definition of this parameter see clause 7.6.2. This parameter shall be returned at relocation when MSC-B receives 
Multiple Bearer Requested parameter and MSC-B does not support multiple bearers. 

Selected UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes the UMTS integrity and optionally 
encryption algorithms selected by RNC under the control of MSC-B. This UMTS parameter shall be included if the 
service is a part of the inter MSC inter system handover from GSM to UMTS. 

Chosen Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be returned at relocation if the encapsulated PDU 
is RANAP RAB Assignment Response and MS is in GSM access. 

lu-Selected Codec 

For definition of this parameter see subclause 7.6.6. This parameter shall be included if an lu-Supported Codecs List 
was received in the service request and MSC-B supports the selection of codec based on the lu-Supported Codecs List 
and the target radio access network is connected to MSC-B via the lu interface, even if the lu-Selected Codec is equal to 
the lu-Currently Used Codec received in the service request. This parameter shall not be included if the lu-Supported 
Codecs List was not received in the service request. 

lu- Available Codecs List 

For definition of this parameter see subclause 7.6.6. This parameter shall be included by an MSC-B supporting TrFO, if 
the lu-Supported Codecs List was included by MSC-A and the target radio access is UMTS or GERAN lu-mode. 

AoIP-Selected Codec Target 

For definition of this parameter see subclause 7.6.6. This parameter may be included by an MSC-B supporting TrFO, if 
the AoIP-Supported Codecs List Anchor was included by MSC-A and if AoIP is used on the target A interface with 
transcoder inserted in the MGW. 

AoIP- Available Codecs List Map 

For definition of this parameter see subclause 7.6.6. This parameter may be included by an MSC-B supporting TrFO, if 
the AoIP-Supported Codecs List Anchor was included by MSC-A and if AoIP is used on the target A interface with 
transcoder inserted in the MGW. 

User error 

For definition of this parameter see clause 7.6.1. The following errors defined in clause 7.6.1 may be used, depending 
on the nature of the fault: 

- No handover number available. 

- Target cell outside group call area; 

- System failure. 

- Unexpected data value. 

- Data Missing. 
Provider error 

See definition of provider errors in clause 7.6.1. 
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8.4.2 MAP SEND END SIGNAL service 



8.4.2.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) indicating that the radio path has been established by 
MSC-B to the MS. MSC-A retains then the main control of the call until it clears. 

The response is used by MSC-A to inform MSC-B that all resources for the call can be released in MSC-B, either 
because the call has been released in MSC-A or because the call has been successfully handed over or relocated from 
MSC-B to another MSC. 

The MAP_SEND_END_SIGNAL service is a confirmed service using the primitives from table 8.4/2. 



8.4.2.2 



Service primitives 



Table 8.4/2: MAP SEND END SIGNAL 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


AN-APDU 


M 


M(=) 






Provider error 












8.4.2.3 Parameter use 

Invoke Id 

For definition of this parameter see clause 7.6.1. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Provider error 

For definition of this parameter see clause 7.6.1. 

8.4.3 MAP PROCESS ACCESS SIGNALLING service 



8.4.3.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) to pass information received on the A-interface or lu- 
interface in MSC-B to MSC-A. 

The MAP_PROCESS_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 8.4/3. 



8.4.3.2 



Service primitives 



Table 8.4/3: MAP PROCESS ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


AN-APDU 


M 


M(=) 


Selected GSM Algorithm 


C 


C(=) 


Selected UMTS Algorithms 


C 


C(=) 


Chosen Radio Resource 
Information 


C 


C(=) 


Selected RAB id 


C 


C(=) 


lu-Selected Codec 


C 


C(=) 


lu-Available Codecs List 


C 


C(=) 
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AolP-Selected Codec Target 


C 


C(=) 


AolP-Available Codecs List 
Map 


C 


C(=) 



8.4.3.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Selected GSM algorithm 

For definition of this parameter see clause 7.6.6. This parameter shall be present if the encapsulated PDU is Security 
Mode Complete and MS is in GSM access. 

Selected UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This parameters includes the UMTS integrity and optionally 
encryption algorithms selected by RNC under the control of MSC-B. This UMTS parameter shall be included if the 
encapsulated PDU is BSSMAP Cipher Mode Complete and the MS is in UMTS, or an interystem handover to UMTS is 
performed in MSC-B, or in the case of intra MSC-B intra UMTS relocation. 

Chosen Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Response and MS is in GSM access. 

Selected RAB ID 

The selected radio access bearer that was kept at subsequent intra-MSC handover from UMTS to GSM after multiple 
bearers were used. 

lu-Selected Codec 

For definition of this parameter see subclause 7.6.6. This parameter shall be included 

• if MSC-B changes the selected codec and the MS is in UMTS or GERAN lu-mode access; 

• if intersystem handover to UMTS or GERAN lu-mode is performed in MSC-B; or 

• if MSC-B received a Forward Access Signalling service request including an lu-Supported Codecs List and the 
MS is in UMTS or GERAN lu-mode access. 

This parameter shall not be included if the lu-Supported Codecs List was not received either in the Prepare Handover 
service request or in the Forward Access Signalling service request. 

lu- Available Codecs List 

For definition of this parameter see subclause 7.6.6. This parameter shall be included by an MSC-B supporting TrFO 

• if the lu- Available Codecs List has changed in MSC-B ; 

• if intersystem handover to UMTS or GERAN lu-mode is performed in MSC-B; or 

• if MSC-B received a Forward Access Signalling service request including an lu-Supported Codecs List and the MS 
is in UMTS or GERAN lu-mode access. 

AoIP-Selected Codec Target 

For definition of this parameter see subclause 7.6.6. This parameter may be included 
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• if A interface codec is changed in MSC-B ; or 

• if intersystem handover to AoIP capable BSC is performed in MSC-B and if AoIP is used on the target A 
interface with transcoder inserted in the MGW; or 

• if MSC-B received a Forward Access Signalling service request including an AoIP- Supported Codecs List and 
the MS is in AoIP capable GSM access where AoIP is used on the target A interface with transcoder inserted 
in the MGW. 

This parameter shall not be included if the AoIP-Supported Codecs List Anchor was not received either in the Prepare 
Handover service request or in the Forward Access Signalling service request. 



AoIP- Available Codecs List Map 

For definition of this parameter see subclause 7.6.6. This parameter may be included by an MSC-B supporting TrFO 

• if the AoIP- Available Codecs List has changed in MSC-B; or 

• if intersystem handover to AoIP capable BSC is performed in MSC-B where AoIP is used on the target A interface 
with transcoder inserted in the MGW; or 

• if MSC-B received a Forward Access Signalling service request including an AoIP- Supported Codecs List Anchor 
and the MS is in AoIP capable GSM access where AoIP is used on the target A interface with transcoder inserted in 
the MGW. 



8.4.4 MAP FORWARD ACCESS SIGNALLING service 



8.4.4.1 



Definition 



This service is used between MSC-A and MSC-B (E-interface) to pass information to be forwarded to the A-interface 
or lu-interface of MSC-B. 

The MAP_FORWARD_ACCESS_SIGNALLING service is a non-confirmed service using the primitives from 
table 8.4/4. 



8.4.4.2 



Service primitives 



Table 8.4/4: MAP FORWARD ACCESS SIGNALLING 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


Integrity Protection Information 


C 


C(=) 


Encryption Information 


C 


C(=) 


Key Status 


C 


C(=) 


AN-APDU 


M 


M(=) 


Allowed GSIVl Algorithms 


C 


C(=) 


Allowed UMTS Algorithms 


C 


C(=) 


Radio Resource Information 


C 


C(=) 


Radio Resource List 


C 


C(=) 


BSSMAP Service Handover 


C 


C(=) 


BSSMAP Service Handover List 


C 


C(=) 


RANAP Service Handover 


C 


C(=) 


lu-Currently Used Codec 


C 


C(=) 


lu-Supported Codecs List 


C 


C(=) 


RAB Configuration Indicator 


C 


C(=) 


lu-Selected Codec 


C 


C(=) 


Alternative Channel Type 


c 


C(=) 


Trace Propagation List 


c 


C(=) 
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AolP-Supported Codecs List 
Anchor 


C 


C(=) 


AolP-Selected Codec Target 


C 


C(=) 



8.4.4.3 Parameter use 

For the definition and use of all parameters and errors, see clause 7.6.1. 

Invoke Id 

For definition of this parameter see clause 7.6.1. 

Integrity Protection Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 

Encryption Information 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 

Key Status 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if available and if the 
encapsulated PDU is BSSMAP Cipher Mode Command. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

Allowed GSM Algorithms 

This parameters includes allowed GSM algorithms. This GSM parameter shall be included if the encapsulated PDU is 
RANAP Security Mode Command and there is an indication that the UE also supports GSM. 

Allowed UMTS Algorithms 

For definition of this parameter see clause 7.6.6. This UMTS parameter shall be included if Integrity Protection 
Information and Encryption Information are not available and the encapsulated PDU is BSSMAP Cipher Mode 
Command. 

Radio Resource Information 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Request. If the parameter Radio Resource List is sent, the parameter Radio Resource Information shall not 
be sent. 

Radio Resource List 

For definition of this parameter see clause 7.6.6. This parameter shall be sent if the encapsulated PDU is RANAP RAB 
Assignment Request and MSC-A requests modification of multiple bearers. If the parameter Radio Resource 
Information is sent, the parameter Radio Resource List shall not be sent. 

BSSMAP Service Handover 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the encapsulated PDU is 
RANAP RAB Assignment Request. If the parameter BSSMAP Service Handover List is sent, the parameter BSSMAP 
Service Handover shall not be sent. 

BSSMAP Service Handover List 

For definition of this parameter see clause 7.6.6. It shall be present if it is available and the encapsulated PDU is 
RANAP RAB Assignment Request and MSC-A requests modification of multiple bearers. If the parameter BSSMAP 
Service Handover is sent, the parameter BSSMAP Service Handover List shall not be sent. 
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RANAP Service Handover 

For definition of this parameter see clause 7.6.6.. It shall be present if it is available and the encapsulated PDU is 
BSSMAP Assignment Request. 

lu-Currently Used Codec 

For definition of this parameter see subclause 7.6.6. This parameter shall be included if the encapsulated PDU is a 
RANAP RAB Assignment Request or BSSMAP Assignment Request for a speech bearer and the MS is in UMTS or 
GERAN lu-mode access. This parameter shall not be included if the lu-Supported Codecs List is not included. 

lu-Supported Codecs List 

For definition of this parameter see subclause 7.6.6. This parameter shall be included if the encapsulated PDU is a 
RANAP RAB Assignment Request or BSSMAP Assignment Request and 

• a new bearer is allocated for speech; 

• an existing bearer is modified from data to speech; or 

• for an existing speech bearer the order of priority in the lu-Supported Codecs List needs to be modified. 
This parameter shall not be included if the lu-Selected Codec is included. 

RAB Configuration Indicator 

For definition of this parameter see subclause 7.6.6. This parameter may be included if the encapsulated PDU is a 
RANAP RAB Assignment Request for a speech bearer, and MSC-A knows by means of configuration information that 
MSC-B supports the use of the lu-Supported Codecs List parameter. This parameter shall not be included if the lu- 
Supported Codecs List is not included. 

lu-Selected Codec 

For definition of this parameter see subclause 7.6.6. This parameter shall be included if 

• the encapsulated PDU is a RANAP RAB Assignment Request or BSSMAP Assignment Request for an 
existing speech bearer; and 

• the MS is in UMTS or GERAN lu-mode access; and 

• an lu- Available Codecs List was received by MSC-A for this speech bearer before, either in the Prepare 
Handover service response or in the Process Access Signalling service request. 

This parameter shall not be included if the lu-Supported Codecs List is included. 

Alternative Channel Type 

For definition of this parameter see clause 7.6.6. This parameter shall be present for a SCUDIF call if the encapsulated 
PDU is BSSMAP Assignment Request. 

Trace Propagation List 

See definition in clause 7.6.10. This parameter shall be included when MSC-A requests trace invocation. 

AoIP-Supported Codecs List Anchor 

For definition of this parameter see subclause 7.6.6. This parameter may be included if the encapsulated PDU is a 
BSSMAP Assignment Request and 

• a new bearer is allocated for speech; 

• an existing bearer is modified from data to speech; or 

• for an existing speech bearer the order of priority in the AoIP-Supported Codecs List needs to be modified. 
This parameter shall not be included if the AoIP-Selected Codec Target is included. 
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AoIP-Selected Codec Target 

For definition of this parameter see subclause 7.6.6. This parameter may be included if 

• the encapsulated PDU is a BSSMAP Assignment Request for an existing speech bearer; and 

• the MS is in AoIP capable GSM access where AoIP is used on the target A interface with transcoder inserted 
in the MGW; and 

• an AoIP- Available Codecs List was received by MSC-A for this speech bearer before, either in the Prepare 
Handover service response or in the Process Access Signalling service request. 

This parameter shall not be included if the AoIP-Supported Codecs List Anchor is included. 



8.4.5 MAP PREPARE SUBSEQUENT HANDOVER service 



8.4.5.1 



Definition 



This service is used between MSC-B and MSC-A (E-interface) to inform MSC-A that it has been decided that a 
handover or relocation to either MSC-A or a third MSC (MSC-B') is required. 

The MAP_PREPARE_SUBSEQUENT_HANDOVER service is a confirmed service using the primitives from 
table 8.4/5. 



8.4.5.2 



Service primitives 



Table 8.4/5: MAP PREPARE SUBSEQUENT HANDOVER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Target Cell Id 


C 


C(=) 






Target RNC Id 


C 


C(=) 






Target MSC Number 


M 


M(=) 






Selected RAB ID 


C 


C(=) 






GERAN Classmark 


C 


C(=) 






RAB Configuration Indicator 


C 


C(=) 






AN-APDU 


M 


M(=) 


C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.4.5.3 



Parameter use 



Invoke Id 

For definition of this parameter see clause 7.6.1. 

Target Cell Id 

For definition of this parameter see clause 7.6.2. This parameter shall be excluded if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 

Target RNC Id 

For definition of this parameter see clause 7.6.2. This parameter shall be included if the service is a part of the Inter- 
MSC SRNS Relocation procedure or the inter-system handover GSM to UMTS procedure described in 3GPP TS 
23.009. 
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Target MSC Number 

For definition of this parameter see clause 7.6.2. 

Selected RAB ID 

For definition of this parameter see clause 7.6.2. 

GERAN Classmark 

For definition of this parameter see subclause 7.6.6 This parameter shall be included if available. 

RAB Configuration Indicator 

For definition of this parameter see subclause 7.6.6. This parameter may be included if the call is a speech call and 
MSC-B knows by means of configuration information that MSC-B' (and MSC- A) supports the use of the lu-Supported 
Codecs List parameter. 

AN-APDU 

For definition of this parameter see clause 7.6.9. 

User error 

For definition of this parameter see clause 7.6.1. The following error causes defined in clause 7.6.1 may be used, 
depending on the nature of the fault: 

- Unknown MSC; 

- Subsequent handover failure; 

- Unexpected data value; 

- Data Missing. 
Provider error 

For definition of this parameter see clause 7.6.1. 

8.4.6 MAP_ALLOCATE_HANDOVER_NUMBER service 

8.4.6.1 Definition 

This service is used between MSC and VLR (B -interface) to request a handover number. 

The MAP_ALLOCATE_HANDOVER_NUMBER service is a confirmed service using the primitives from table 8.4/6. 

8.4.6.2 Service primitives 

Table 8.4/6: MAP ALLOCATE HANDOVER NUMBER 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


User error 






C 


C(=) 


Provider error 












8.4.6.3 

Invoke Id 



Parameter use 



For definition of this parameter see clause 7.6.1. 
User error 
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For definition of this parameter see clause 7.6.1. The following errors defined in clause 7.6.1 may be used, depending 
on the nature of the fault: 

- No handover number available. 

Provider error 

For definition of this parameter see clause 7.6.1. 

8.4.7 MAP SEND HANDOVER REPORT service 



8.4.7.1 



Definition 



This service is used between VLR and MSC-B (B -interface) to transfer the handover number to be forwarded to and 
used by MSC-A. 

The MAP_SEND_HANDOVER_REPORT service is a confirmed service using the primitives from table 8.4/7. 

8.4.7.2 Service primitives 

Table 8.4/7: MAP SEND HANDOVER REPORT 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Handover Number 


M 


M(=) 






Linked Id 


M 


M(=) 






Provider error 












8.4.7.3 Parameter use 

Invoke Id 

For definition of this parameter see clause 7.6.1. 

Handover Number 

For definition of this parameter see clause 7.6.2. 

Linked Id 

For definition of this parameter see clause 7.6.1. This service is linked with 
MAP_ALLOCATE_HANDOVER_NUMBER. 

Provider error 

For definition of this parameter see clause 7.6.1. 

8.5 Authentication management services 
8.5.1 MAP_AUTHENTICATE service 

The MAP_AUTHENTICATE service is used on the MAP B interface. This interface is not fully operational specified. 
It is strongly recommended not to implement the B -interface as an external interface. 



8.5.1.1 



Definition 



This service is used between the VLR and the MSC when the VLR receives a MAP service indication from the MSC 
concerning a location registration, call set-up, operation on a supplementary service or a request from the MSC to 
initiate authentication. 
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The service is a confirmed service and consists of four service primitives. 

8.5.1 .2 Service primitives 

The service primitives are shown in table 8.5/1. 

Table 8.5/1 : MAP_AUTHENTICATE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


RAND 


M 


M(=) 






CKSN 


M 


M(=) 






SRES 






M 


M(=) 


Provider error 












8.5.1.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

RAND 

See clause 7.6.7 for the use of this parameter. 

CKSN 

See clause 7.6.7 for the use of this parameter. 

SRES 

See clause 7.6.7 for the use of this parameter. 

Provider error 

See clause 7.6.1 for the use of this parameter. 

8.5.2 MAP SEND AUTHENTICATION INFO service 



8.5.2.1 



Definition 



This service is used between the VLR and the HLR for the VLR to retrieve authentication information from the HLR. 
The VLR requests up to five authentication vectors. 

Also this service is used between the SGSN and the HLR for the SGSN to retrieve authentication information from the 
HLR. The SGSN requests up to five authentication vectors. 

Also this service is used between the BSF and the HLR for the BSF to retrieve authentication information from the 
HLR. The BSF shall only request one authentication vector at a time. 

In an EPS, this service is used between IWF and IWF and between IWF and HSS. 

If the requesting node type is different from "MME" and the user is a UMTS subscriber, the HLR shall return 
authentication quintuplets. If the requesting node type is different from MME and the user is a GSM subscriber, the 
HLR shall return authentication triplets. 

If the requesting node type is "MME", the HSS shall return EPS authentication vectors. 

If the requesting node type is a combined MME/SGSN, the HSS shall return requested authentication vectors for the 
actual RAT and may return additional authentication vectors for the other RAT. 
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If the HLR cannot provide the VLR, the SGSN or the BSF with triplets, an empty response is returned. The VLR, the 
SGSN, or the BSF may then re-use old authentication triplets, except where this is forbidden under the conditions 
specified in 3GPP TS 43.020 [24]. 

If the HLR cannot provide the VLR, the SGSN or the BSF with quintuplets, an empty response is returned. The VLR, 
the SGSN or the BSF shall not re-use old authentication quintuplets. 

If the HSS cannot provide the IWF with EPS authentication vectors, an empty response is returned. 

If the VLR or SGSN or IWF or BSF receives a MAP_SEND_AUTHENTICATION_INFO response containing a User 
Error parameter as part of the handling of an authentication procedure, the authentication procedure in the VLR or 
SGSN or MME or BSF shall fail. 

Security related network functions are further described in 3GPP TS 43.020 [24] and 3GPP TS 33.200. 

The service is a confirmed service and consists of four service primitives. 

8.5.2.2 Service primitives 

The service primitives are shown in table 8.5/2. 

Table 8.5/2: MAP_SEND_AUTHENTICATION_INFO parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


IVI 


M(=) 


M(=) 


M(=) 


IMSI 


c 


C(=) 






Number of requested vectors 


c 


C(=) 






Requesting node type 


c 


C(=) 






Re-synchronisation Info 


c 


C(=) 






Segmentation proliibited indicator 


c 


C(=) 






Immediate response preferred indicator 


u 


C(=) 






Requesting PLMN ID 


c 


C(=) 






Number of additional requested vectors 


c 


C(=) 






Additional requested Vectors are for EPS 


c 


C(=) 






AuthenticationSetList 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.5.2.3 

Invoke id 



Parameter use 



See clause 7.6.1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Number of requested vectors 

A number indicating how many authentication vectors the VLR, the SGSN, the MME or the BSF is prepared to receive. 
The HLR shall not return more vectors than indicated by this parameter. 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Requesting node type 

The type of the requesting node (SGSN, MME, combined MME/SGSN, VLR, or BSF). 
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This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Re- synchronisation Info 

For definition and use of this parameter see 3GPP TS 33.200. 

If multiple service requests are present in a dialogue then this parameter shall not be present in any service request other 
than the first one.. 

Segmentation prohibited indicator 

This parameter indicates if the VLR, the SGSN or the IWF allows segmentation of the response at MAP user level. 

This parameter may be present only in the first request of the dialogue. 

Immediate response preferred indicator 

This parameter indicates that one of the requested authentication vectors is requested for immediate use in the VLR, the 
SGSN, the MME or the BSF. It may be used by the HLR together with the number of requested vectors and the number 
of vectors stored in the HLR to determine the number of vectors to be obtained from the AuC. It shall be ignored if the 
number of available vectors is greater than the number of requested vectors. 

If multiple service requests are present in a dialogue then this parameter shall not be present in any service request other 
than the first one. 

Requesting PLMN ID 

The PLMN-ID of the requesting node. See3GPP TS 23.003. 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Number of additional requested vectors 

A number indicating how many additional authentication vectors the combined MME/SGSN or IWF is prepared to 
receive. The HLR shall not return more vectors than indicated by this parameter. This parameter shall be present only if 
the requesting node type is a combined MME/SGSN. A combined MME/SGSN that wants to request only EPS-Vectors 
(only non-EPS-Vectors) shall set the requesting node type to "MME" ("SGSN"). 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

Additional vectors are for EPS 

This parameter shall be absent if Number of additional vectors is absent. The parameter indicates by its presence that 
additional vectors (i.e. not for immediate use) are for EPS. 

This parameter shall be present in the first (or only) request of the dialogue. If multiple service requests are present in a 
dialogue then this parameter shall not be present in any service request other than the first one. 

AuthenticationSetList 

A set of one to five authentication vectors are transferred from the HLR to the VLR, from the HLR to the SGSN or IWF 
or from the HLR to the BSF, if the outcome of the service was successful. 

User error 

One of the following error causes defined in clause 7.6.1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown subscriber; 

- unexpected data value; 

- system failure; 
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- data missing. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

8.5.3 MAP AUTHENTICATION FAILURE REPORT service 
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8.5.3.1 



Definition 



This service is used between the VLR and the HLR or between the SGSN or HLR for reporting of authentication 
failures. 

8.5.3.2 Service primitives 

The service primitives are shown in table 8.5/3. 

Table 8.5/3: MAP_AUTHENTICATION_FAILURE_REPORT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Failure cause 


M 


M(=) 






Re-attempt 


M 


M(=) 






Access Type 


M 


M(=) 






Rand 


M 


M(=) 






VLR number 


C 


C(=) 






SGSN number 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.5.3.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

Failure Cause 

See clause 7.6.7 for use of this parameter. 

Re-attempt 

See clause 7.6.7 for use of this parameter. 

Access Type 

See clause 7.6.7 for use of this parameter. 

Rand 

This parameter identifies the specific AY that failed authentication. 

See clause 7.6.7 for use of this parameter. 

VLR number 

Shall be present if the sender is VLR. See definition in clause 7.6.2. 
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SGSN number 

Shall be present if the sender is SGSN. See definition in clause 7.6.2. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- Unknown Subscriber; 

- System Failure; 

- Unexpected Data Value. 
Provider error 

These are defined in clause 7.6. 

8.6 Security management services 
8.6.1 MAP SET CIPHERING MODE service 



8.6.1.1 



Definitions 



This service is used between the VLR and the MSC to set the ciphering mode and to start ciphering if applicable. It is 
called when another service requires that information is to be sent on the radio path in encrypted form. 

The service is a non-confirmed service and consists of two service primitives. 

8.6.1 .2 Service primitives 

The service primitives are shown in table 8.6/1. 

Table 8.6/1 : MAP_SET_CIPHERING_MODE parameters 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


Ciphering mode 


M 


M(=) 


Kc 


C 


C(=) 



8.6.1.3 

Invoke id 



Parameter use 



See clause 7.6.1 for the use of this parameter. 

Ciphering mode 

See clause 7.6.7 for the use of this parameter. 

Kc 

The Kc parameter should be included when the ciphering mode parameter indicates that ciphering must be performed. 
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8.7 International mobile equipment identities management 
services 

8.7.1 MAP CHECK IMEI service 



8.7.1.1 



Definition 



This service is used between the VLR and the MSC, between the MSC and the EIR, between the SGSN and EIR, and 
between IWF and EIR to request check of IMEI. If the IMEI is not available in the MSC or in the SGSN, it is requested 
from the MS and transferred to the EIR in the service request. 

This service may also be used to request the BMUEF from the EIR. 

The service is a confirmed service and consists of four service primitives. 



8.7.1.2 



Service primitives 



The service primitives are shown in table 8.7/1. 



Table 8.7/1: MAP_CHECK_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMEI 


C 


C(=) 


C 


C(=) 


IMEISV 


C 


C(=) 


C(=) 


C(=) 


Requested 
Equipment Info 


M 


M(=) 






Equipment status 






c 


C(=) 


BMUEF 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.7.1.3 



Invoke id 



Parameter use 



See clause 7.6.1 for the use of this parameter. 

Requested Equipment Info 

This parameter indicates whether Equipment Status or BMUEF or both is requested. 

IMEI 

See clause 7.6.2 for the use of this parameter. The parameter shall not be included in the service request between the 
VLR and the MSC, but one of IMEI and IMEISV is mandatory in the service request from the MSC to the EIR, from 
the SGSN to the EIR and from the IWF to the EIR. It is not included in the service response from the EIR to the MSC, 
the SGSN or the IWF, but one of IMEI and IMEISV is mandatory in the service response from the MSC to the VLR on 
successful outcome. 

IMEISV 

See clause 7.6.2 for the use of this parameter. IMEISV shall be present if BMUEF is requested. 

Equipment status 

See clause 7.6.3 for the use of this parameter. This parameter is sent by the responder in case of successful outcome of 
the service if Equipment status was requested. 

BMUEF 
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See clause 7.6.4 for the use of this parameter. This parameter is sent by the responder in case of successful outcome of 
the service if BMUEF was requested. 

User error 

One of the following error causes defined in clause 7.6.1 shall be sent by the user in case of unsuccessful outcome of 
the service, depending on the respective failure reason: 

unknown equipment; 

this error is returned by the responder when the IMEI is not known in the EIR; 

- system failure; 

- unexpected data value. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

8.7.2 MAP OBTAIN IMEI service 



8.7.2.1 



Definition 



This service is used between the VLR and the MSC to request the IMEI. If the IMEI is not available in the MSC, it is 
requested from the MS. 

The service is a confirmed service and consists of four service primitives. 

8.7.2.2 Service primitives 

The service primitives are shown in table 8.7/2. 

Table 8.7/2: MAP_OBTAIN_IMEI parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMEI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












8.7.2.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

IMEI 

See clause 7.6.2 for the use of this parameter. The parameter is included in the service response from the MSC to the 
VLR on successful outcome of the service. 

User error 

If the service fails, the VLR sends the user error System Failure (see clause 7.6.1) to the MSC. 

Provider error 

See clause 7.6.1 for the use of this parameter. 
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8.8 Subscriber management services 
8.8.1 MAP-INSERT-SUBSCRIBER-DATA service 

8.8.1.1 Definition 

This service is used by an HLR to update a VLR with certain subscriber data in the following occasions: 

- the operator has changed the subscription of one or more supplementary services, basic services or data of a 
subscriber. Note that in case of withdrawal of a Basic or Supplementary service this primitive shall not be used; 

- the operator has applied, changed or removed Operator Determined Barring; 

- the subscriber has changed data concerning one or more supplementary services by using a subscriber procedure; 

- the HLR provides the VLR with subscriber parameters at location updating of a subscriber or at restoration. In 
this case, this service is used to indicate explicitly that a supplementary service is not provisioned, if the 
supplementary service specification requires it. The only supplementary services which have this requirement 
are the CLIR and COLR services. Network access mode is provided only in restoration. If the Super-Charger 
functionality is supported the HLR may not need to provide the VLR with subscriber parameters at location 
updating of a subscriber. See TS 23.116. 

Also this service is used by an HLR to update an SGSN with certain subscriber data in the following occasions: 

- if the GPRS subscription has changed; 

- if the network access mode is changed; 

- the operator has applied, changed or removed Operator Determined Barring; 

- the subscriber has changed data concerning one or more supplementary services by using a subscriber procedure; 

- the HLR provides the SGSN with subscriber parameters at GPRS location updating of a subscriber. If the 
Super-Charger functionality is supported the HLR may not need to provide the SGSN with subscriber parameters. See 
3GPPTS 23.116. 

In an EPS, this service is used by an HSS to update an MME via IWF with certain subscriber data in the following 
occasions: 

- the EPS subscription has changed; 

- the operator has applied, changed or removed Operator Determined Barring; 

- the HSS provides the MME via IWF(MME) with subscriber parameters at EPS location updating of a subscriber 
unless an explicit indication to skip subscriber data update has been received. 

In an EPS, this service is used by an IWF to indicate to the MME via IWF that the HSS has requested to be notified 
when the UE has become reachable. 

It is a confirmed service and consists of the primitives shown in table 8.8/1. 

8.8.1 .2 Service primitives 

Table 8.8/1 : MAP-INSERT-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Category 


C 


C(=) 






Subscriber Status 


C 


C(=) 






Bearer service List 


C 


C(=) 


C 


C(=) 


Teleservice List 


C 


C(=) 


C 


C(=) 


Forwarding information List 


C 


C(=) 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Call barring information List 


C 


C(=) 






CUG information List 


C 


C(=) 






SS-Data List 


c 


C(=) 






eMLPP Subscription Data 


c 


C(=) 






MC-Subscription Data 


c 


C(=) 






Operator Determined Barring General data 


c 


C(=) 


c 


C(=) 


Operator Determined Barring HPLMN data 


c 


C(=) 






Roaming Restriction Due To Unsupported 


c 


C(=) 






Feature 










Regional Subscription Data 


c 


C(=) 






VLR CAMEL Subscription Info 


c 


C(=) 






Voice Broadcast Data 


c 


C(=) 






Voice Group Call Data 


c 


C(=) 






Network access mode 


c 


C(=) 






GPRS Subscription Data 


c 


C(=) 






EPS Subscription Data 


c 


C(=) 






Roaming Restricted In SGSN/MME Due To 


c 


C(=) 






Unsupported Feature 










North American Equal Access preferred Carrier 


u 


C(=) 






Id List 










SGSN CAMEL Subscription Info 


c 


C(=) 






LSA Information 


c 


C(=) 






1ST Alert Timer 


c 


C(=) 






SS-Code List 






c 


C(=) 


LMU Identifier 


c 


C(=) 






LCS Information 


c 


C(=) 






CS Allocation/Retention priority 


c 


C(=) 






Super-Charger Supported In HLR 


c 


C(=) 






Subscribed Charging Characteristics 


c 


C(=) 






Access Restriction Data 


c 


C(=) 






ICS Indicator 


u 


C(=) 






CSG Subscription Data 


c 


C(=) 






UE Reachability Request Indicator 


c 


C(=) 






Regional Subscription Response 






c 


C(=) 


Supported CAMEL Phases 






c 


C(=) 


Offered CAMEL 4 CSIs 






c 


C(=) 


Supported Features 






u 


C(=) 


User error 






u 


C(=) 


Provider error 












8.8.1.3 



Parameter use 



All parameters are described in clause 7.6. The following clarifications are applicable: 

Network access mode 

This parameter defines if the subscriber has access to MSC/VLR and/or to SGSN/MME. This parameter is used by 
SGSN/MME and MSC/VLR. In VLR, the parameter is used only as part of Restore Data Procedure and the parameter is 
not stored in the VLR. This parameter shall always be sent to the SGSN and vialWF to the MME as part of the GPRS 
subscriber data at GPRS/MME location updating. It shall be sent to the SGSN and via IWF to the MME if it is changed 
as a result of administrative action. 

IMSI 

It is only included if the service is not used in an ongoing transaction (e.g. location updating). This parameter is used by 
the VLR and the SGSN and IWF. 

MSISDN 

It is included either at location updating or when it is changed. The MSISDN sent shall be the basic MSISDN. This 
parameter is used by the VLR and the SGSN and IWF. 

Category 
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It is included either at location updating or when it is changed. This parameter is used only by the VLR and if the SGSN 
or IWF receives this parameter it shall ignore it. 

Subscriber Status 

It is included either at location updating or when it is changed. 

To apply, remove or update Operator Determined Barring Categories the Subscriber Status is set to Operator 
Determined Barring. In this case ODB General Data shall also be present. If the Operator Determined Barring applies 
and the subscriber is registered in the HPLMN and HPLMN specific Operator Determined Barring applies then ODB 
HPLMN Specific Data shall also be present. 

To remove all Operator Determined Barring Categories the Subscriber Status shall be set to "Service Granted". This 
parameter is used by the VLR and the SGSN and IWF. 

Bearer service List 

A list of Extensible Bearer service parameters (Extensible Bearer service is defined in clause 7.6). An Extensible Bearer 
service parameter must be the code for an individual Bearer service, except in the cases described below. 

The codes for the Bearer service groups "allAlternateSpeech-DataCDA" and "allAltemateSpeech-DataCDS" shall, if 
applicable, be sent from the HLR to the VLR as a pair. The codes for the Bearer service groups 
"allSpeechFollowedByDataCDA" and "allSpeechFollowedByDataCDS" shall, if appHcable, be sent from the HLR to 
the VLR as a pair. 

If it is included in the Request/Indication, it includes either all Extensible Bearer services subscribed (at location 
updating or at restoration) or only the ones added (at subscriber data modification). 

If the VLR receives an Indication containing any Extensible Bearer service parameters which it does not 
support/allocate it returns them in the response to the HLR and discards the unsupported Extensible Bearer services (no 
error is sent back), except in the cases described below. 

If the VLR receives the codes for the Bearer service groups "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS" and supports one or more of the circuit- switched synchronous or asynchronous data 
rates specified for simple data bearer services, it shall accept the bearer service codes, and not return them in the 
response to the HLR. If the VLR does not support any of the circuit- switched synchronous or asynchronous data rates 
specified for simple data bearer services, and receives the pair of codes for "allAlternateSpeech-DataCDA" and 
"allAlternateSpeech-DataCDS" or the pair of codes for "allSpeechFollowedByDataCDA" and 
"allSpeechFollowedByDataCDS", it shall reject the pair of codes by returning them in the response to the HLR. This 
parameter is used only by the VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

Teleservice List 

A list of Extensible Teleservice parameters (Extensible Teleservice is defined in clause 7.6). An Extensible Teleservice 
parameter must be the code for an individual Teleservice. 

If it is included in the Request/Indication, it contains either all Extensible Teleservices subscribed (at location updating 
or at restoration) or the ones added (at subscriber data modification). Only the Extensible Teleservices that are relevant 
to the node at which the message is received should be included in the Teleservice List. 

If the VLR or the SGSN or the IWF receives an Indication containing any Extensible Teleservice parameters which it 
does not support/allocate it returns them in the response to the HLR and discards the unsupported Extensible 
Teleservices (no error is sent back). This parameter is used by the VLR and the SGSN and the IWF. 

Forwarding information List 

A list of Extensible Forwarding information parameters (Extensible Forwarding information is defined in clause 7.6). It 
includes Call Forwarding services either at location updating or at restoration or when they are changed. Each 
Extensible Forwarding information parameter shall be treated independently of all other parameters in the primitive. 

The Extensible Forwarding information shall include the SS-Code for an individual call forwarding supplementary 
service. The Extensible Forwarding information shall contain one or more Extensible Forwarding Features (Extensible 
Forwarding Feature is defined in clause 7.6). 

The Extensible Forwarding Feature may include an Extensible Basic Service Group. This shall be interpreted according 
to the rules in clause 8.8.1.4. 
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The Extensible Forwarding Feature shall contain an Extensible SS-Status parameter. 

If the Extensible SS-Status indicates that call forwarding is registered then (except for call forwarding unconditional) 
the Extensible Forwarding Feature shall contain a number to define the forwarded-to destination and, if available, the 
forwarded-to subaddress. In other states the forwarded-to number and, if applicable, the forwarded-to subaddress shall 
not be included. For call forwarding unconditional the forwarded-to number and, if applicable, the forwarded-to 
subaddress shall not be included. If the VLR does not receive a forwarded-to subaddress then it shall assume that a 
forwarded-to subaddress has not been registered. 

The Extensible Forwarding Feature shall contain the extensible forwarding options (except for call forwarding 
unconditional where the extensible forwarding options shall not be included). Bits 3 and 4 of the extensible forwarding 
options shall be ignored by the VLR, and may be set to any value by the HLR. 

For call forwarding on no reply: If the extensible SS-Status indicates that call forwarding is registered then the 
Extensible Forwarding Feature shall contain an extensible no reply condition timer. In other states the no reply 
condition timer shall not be included. 

For call forwarding services other than call forwarding on no reply: The Extensible Forwarding Feature shall not 
contain a no reply condition timer. 

If the VLR receives an Indication containing any Call Forwarding service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and discards the unsupported Call Forwarding service codes 
(no error is sent back). This parameter is used only by the VLR and if the SGSN or IWF receives this parameter it shall 
ignore it. 

Call barring information List 

A list of Extensible Call barring information parameters (Extensible Call barring information is defined in clause 7.6). It 
includes Call Barring services either at location updating or at restoration or when they are changed. Each Extensible 
Call barring information parameter shall be treated independently of all other parameters in the primitive. 

The Extensible Call barring information shall include the SS-Code for an individual call barring supplementary service. 
The Extensible Call barring information shall contain one or more Extensible Call Barring Features (Extensible Call 
Barring Feature is defined in clause 7.6). 

The Extensible Call Barring Feature may include an Extensible Basic Service Group. This shall be interpreted 
according to the rules in clause 8.8.1.4. 

The Extensible Call Barring Feature shall contain an extensible SS-Status parameter. 

If the VLR or the SGSN or the IWF receives an Indication containing any Extensible Call Barring service codes which 
it does not support/allocate it returns them to the HLR in the parameter SS-Code List and discards the unsupported 
Extensible Call Barring service codes (no error is sent back). 



CUG information List 

A list of CUG information list parameters (CUG information is defined in clause 7.6). It includes CUG information 
either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in CUG data, the HLR shall include the complete 
CUG-SubscriptionList and, if there are options per basic group, it shall also include the complete CUG-FeatureList. If 
there are not options per extensible basic service group the CUG-FeatureList shall not be included. 

In any dialogue, the first insertSubscriberData message which contains CUG information shall include a non-empty 
CUG-SubscriptionList. 

When the VLR receives CUG data it shall replace the stored CUG data with the received data set. 

If CUG-FeatureList is omitted in the Insert Subscriber Data operation VLR shall interpret that no options per extensible 
basic service group exist, and then it shall apply the default values i.e. no outgoing access, no incoming access, no 
preferential CUG exists. 

If CUG-Feature is received without preferential CUG, the VLR shall interpret that no preferential CUG applies. 
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If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. 

Note that data consistency between CUG subscription data and CUG feature data is the responsibility of the HLR. 

If the VLR does not support the CUG service it returns its code to the HLR in the parameter SS-Code List and discards 
the received information (no error is sent back). This parameter is used only by the VLR and if the SGSN or IWF 
receives this parameter it shall ignore it. 

SS-Data List 

A list of Extensible SS-Data parameters (Extensible SS-Data is defined in clause 7.6). It is sent for any other 
supplementary service than Call Forwarding, Call Barring, CUG and eMLPP either at location updating or at restoration 
or when they are changed. Each SS-Data parameter shall be treated independently of all other parameters in the 
primitive. 

The Extensible SS-Data shall include the SS-Code for an individual supplementary service. 

The Extensible SS-Data shall contain an Extensible SS-Status parameter and any subscription options that are 
applicable to the service defined by the SS-Code. 

The SS-Data may include a Basic Service Group List. This shall be interpreted according to the rules in clause 8.8.1.4. 

If the VLR receives an Indication containing any supplementary service codes which it does not support/allocate it 
returns them to the HLR in the parameter SS-Code List and therefore discards the unsupported service codes received 
(no error is sent back). 

This parameter is used by the SGSN only for LCS. If the SGSN receives an Indication containing any LCS related 
supplementary service codes which it does not support/allocate it returns them to the HLR in the parameter SS-Code 
List and therefore discards the unsupported service codes received (no error is sent back). SS-codes not related to the 
supported LCS capability set shall be discarded. 

If the IWF receives an Indication containing any LCS related supplementary service codes, it returns them to the HSS in 
the parameter SS-Code List and therefore discards the service codes received (no error is sent back). SS-codes not 
related to the supported LCS capability set shall be discarded. 



Operator Determined Barring General data 

If it is included in a Request/Indication, it includes all the Operator Determined Barring categories that may be applied 
to a subscriber registered in any PLMN. This parameter is only included in a Request/Indication when the parameter 
Subscriber Status is set to the value Operator Determined Barring. Note that all General Operator Determined Barring 
Categories shall be set to their actual status. 

If the VLR or the SGSN or IWF receives an Indication containing Operator Determined Barring General Data which 
shows that the subscriber is subject to barring not supported / not allocated by the VLR or by the SGSN, it returns 
Operator Determined Barring General Data in the response to the HLR to show the barring categories which are not 
supported / not allocated by the VLR or by the SGSN. This parameter is used by the VLR and the SGSN and IWF. 

Operator Determined Barring HPLMN data 

It includes all the Operator Determined Barring categories that may be applied only to a subscriber registered in the 
HPLMN. Therefore, it shall only be transferred to the VLR or to the SGSN or IWF when the subscriber is roaming into 
the HPLMN and when the parameter Subscriber Status is set to the value Operator Determined Barring. Note that all 
HPLMN Operator Determined Barring Categories shall be set to their actual status. 

If Subscriber Status is set to the value Operator Determined Barring and no Operator Determined Barring HPLMN data 
is present then the VLR or the SGSN or IWF shall not apply any HPLMN specific ODB services to the subscriber. This 
parameter is used by the VLR and the SGSN and IWF. 

eMLPP Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the priorities the subscriber might apply for a 
call (as defined in clause 7.6). It contains both subparameters of eMLPP. 
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If the VLR does not support the eMLPP service it returns its code to the HLR in the parameter SS-Code List and 
therefore discards the received information (no error is sent back). 

eMLPP subscription data that have been stored previously in a subscriber data record in the VLR are completely 
replaced by the new eMLPP subscription data received in a MAP_INSERT_SUBSCRIBER_DATA during either an 
Update Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. This parameter is used 
only by the VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

MC Subscription Data 

If included in the Insert Subscriber Data request, this parameter provides the MC Subscription Data as defined in 
clause 7.6. 

If the VLR does not support the MC service, it returns its code to the HLR in the parameter SS-Code List and therefore 
discards the received information (no error is sent back). 

MC subscription data that have been stored previously in a subscriber data record in the VLR are completely replaced 
by the new MC subscription data received in a MAP_INSERT_SUBSCRIBER_DATA during either an Update 
Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. This parameter is used only by 
the VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

Roaming Restriction Due To Unsupported Feature 

The HLR may decide to include this parameter in the request if certain services or features are indicated as not 
supported by the MSCA^LR (e.g. Advice of Charge Charging Level). 

If this parameter is sent to the VLR the MSC area is restricted by the HLR and the VLR. This parameter is used only by 
the VLR and if the SGSN or the IWF receives this parameter it shall ignore it. 

Regional Subscription Data 

If included in the Insert Subscriber Data request this parameter defines the subscriber's subscription area for the 
addressed VLR, for the addressed SGSN or for the addressed MME (as defined in clause 7.6). It contains the complete 
list of up to 10 Zone Codes that apply to a subscriber in the currently visited PLMN. The HLR shall send only those 
Zone Codes which are stored against the CC and NDC of the VLR, the SGSN or the MME to be updated. 

NOTE: Support of this parameter is a network operator option and it will not be sent to networks which do not 
support Regional Subscription. 

Regional subscription data that have been stored previously in a subscriber data record in the VLR, in the SGSN or in 
the MME are completely replaced by the regional subscription data received in an Insert Subscriber Data indication 
during either an Update Location or Restore Data procedure or a stand alone Insert Subscriber data procedure. 

After the regional subscription data are inserted the VLR or the SGSN shall derive whether its location areas are 
allowed or not. If the whole MSC or SGSN area is restricted it will be reported to HLR by returning the Regional 
Subscription Response. 

The VLR or the SGSN returns a Regional Subscription Response indicating that a problem with the Zone Code has 
been detected in one of the following cases: 

- Too Many Zone Codes: more than 10 Zone Codes are to be stored in the VLR or in the SGSN. 

- Regional Subscription Not Supported by the VLR or the SGSN. 

- Zone Codes Conflict: the VLR or the SGSN detects that the zone codes indicate conflicting service permission 
for a location area. 

Zone codes which have no mapping to location areas shall be ignored. 

If a sequence of MAP_INSERT_SUBSCRIBER_DATA services is used during a dialogue. Regional Subscription Data 
shall be accepted only in one service. Regional Subscription Data received in a subsequent service shall be rejected with 
the error Unexpected Data Value. 

If Regional Subscription Data are not included in any MAP_INSERT_SUBSCRIBER_DATA service, there is no 
restriction of roaming due to Regional Subscription. This parameter is used by the VLR, the SGSN and the IWF. 
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Voice Broadcast Data 

This parameter contains a list of group id's a user might have subscribed to; (VBS-Data is defined in clause 7.6). It 
includes VBS information either at location updating or at restoration or when it is changed. 

At location updating, restoration or when there is a change in VBS data, the HLR shall include the complete VBS-Data. 

When the VLR receives VBS-Data within a dialogue it shall replace the stored VBS -data with the received data set. All 
subsequent VBS-data received within this dialogue shall be interpreted as add-on data. 

If VBS-data is omitted in the Insert Subscriber Data operation the VLR shall keep the previously stored VBS data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the VLR and if the SGSN or the IWF receives this parameter it 
shall ignore it. 

Voice Group Call Data 

This parameter contains a list of group id's a user might have subscribed to; see clause 7.6. 

At location updating, restoration or when there is a change in VGCS data, the HLR shall include the complete 
VGCS-Data. 

When the VLR receives VGCS-Data within a dialogue it shall replace the stored VGCS-Data with the received data set. 
All VGCS-Data received within this dialogue shall be interpreted as add-on data. 

If VBCS-Data is omitted in the Insert Subscriber Data operation the VLR shall keep the previously stored VGCS-Data. 

If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the VLR and if the SGSN or the IWF receives this parameter it 
shall ignore it. 

North American Equal Access preferred Carrier Id List 

A list of the preferred carrier identity codes that are subscribed to. 

When the VLR receives this parameter from the HLR, it shall replace the previously stored preferred carrier identity 
codes with the received ones. It is not possible to delete all the preferred carrier identity codes from the VLR using this 
service. To delete all the preferred carrier identity codes from the VLR, the HLR shall use the 
MAP_CANCEL_LOCATION service. 

LSA Information 

If included in the ISD request, this parameter contains a list of localised service area identities a user might have 
subscribed to together with the priority, the preferential access indicator, the active mode support indicator and active 
mode indication of each localised service area; see clause 7.6. The access right outside these localised service areas is 
also indicated. In all cases mentioned below, the LSA information shall only include LSA Data applicable to the 
VPLMN where the Subscriber is located. The VLR number, received in the MAP-UPDATE_LOCATION primitive, or 
the SGSN number, received in the MAP_UPDATE_GPRS_LOCATION primitive, can be used, alongside data stored 
in the HLR, to determine the LSA Data applicable to the VPLMN. 

At restoration, location updating or GPRS location updating the HLR shall include the complete set of applicable LSA 
Information. 

When there is a change in LSA data the HLR shall include at least the new and/or modified LSA data. 

When there is a change in the access right outside the localised service areas the HLR shall include the LSA only access 
indicator. 

When the SGSN or the VLR receives LSA information within a dialogue it shall check if the received data has to be 
considered as the entire LSA information. If so, it shall replace the stored LSA information with the received data set, 
otherwise it shall replace the data only for the modified LSA data (if any) and/or access right, and add the new LSA 
data (if any) to the stored LSA Information. 

If the entire LSA information is received, it shall always include the LSA only access indicator value together with the 
LSA data appHcable for the PLMN (if any). 
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If LS A Information is omitted in the Insert Subscriber Data operation the SGSN or the VLR shall keep the previously 
stored LSA Information. 

If the SGSN or the VLR detects that there is overlapping in the information received within a dialogue, it shall send the 
error Unexpected Data Value. This parameter is used by the VLR and the SGSN, and if the IWF receives this parameter 
it shall ignore it. 

1ST Alert Timer 

This parameter contains the 1ST Alert timer value that must be used to inform the HLR about the call activities that the 
subscriber performs. 

At Location Updating, restoration, or when there is a change in the 1ST data defined for the Subscriber, the HLR shall 
include the 1ST Alert timer. 

LMU Identifier 

This parameter indicates the presence of an LMU. This parameter is used only by the VLR and shall be ignored if 
received by an SGSN or an IWF. 

LCS Information 

This parameter provides the following LCS related information for an MS subscriber: 

- Hst of GMLCs in the HPLMN; 

- privacy exception list; 

- MO-LR Hst. 

At restoration and location updating, the HLR shall include the complete LCS data of the subscriber. 

When there is a change in LCS subscriber data the HLR shall include at least the new and/or modified LCS data. LCS 
data that is not modified need not be included. 

The VLR/SGSN shall keep any previously stored LCS Information that is not included in an Insert Subscriber Data 
operation. 

If the VLR/SGSN detects that there is overlapping in the LCS information received within a dialogue, it shall send the 
error Unexpected Data Value. However, if the VLR receives the LCS code in both the LCS Information and the 
SS-Data List, then the VLR shall not interpret this as overlapping data. This parameter is used by the VLR and the 
SGSN and the IWF. 

Super-Charger Supported In HLR 

This parameter is used by the HLR to indicate support for the Super-Charger functionality. If this parameter is present it 
shall include an indication of the age of the subscription data stored in the HLR. 

If this parameter is absent then the HLR does not support the Super-Charger functionality. 

SS-Code List 

The list of SS-Code parameters for the services that are provided to a subscriber but are not supported/allocated by the 
VLR/SGSN/IWF (SS-Code is defined in clause 7.6). The list can only include individual SS-Codes that were sent in the 
service request. For the VLR, this list can also include SS-Codes for the eMLPP and/or CUG services if the above 
mentioned conditions, as described in eMLPP Subscription Data and/or CUG information List, are met (that is, eMLPP 
Subscription Data and/or CUG information List are received). 

ICS-Indicator 

This optional flag indicates to the MSC Server enhanced for ICS (see 3GPP TS 23.292 [135]) whether the MSC Server 
shall attempt the IMS registration. 

This parameter is used by the VLR and the SGSN. 

CSG-Subscription Data 
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This parameter contains a list of CSG-Ids and the associated expiration dates (see 3GPP TS 22.011 [138]). When the 
VLR or SGSN or MME receives C SO- Subscription Data it shall replace the stored CSG- Subscription Data (if any) with 
the received data. This parameter is used by the VLR and the SGSN and IWF. 

UE Reachability Request Indicator 

This parameter indicates by its presence that the HSS is awaiting a Notification of UE Reachability. This parameter is 
used by the IWF only. 

Regional Subscription Response 

If included in the response this parameter indicates one of: 

- Network Node Area Restricted entirely because of regional subscription; 

- Too Many Zone Codes to be inserted; 

- Zone Codes Conflict; 

- Regional Subscription not Supported by the VLR or by the SGSN or MME. 

If the VLR determines after insertion of Regional Subscription Data that the entire MSC area is restricted, the VLR 
shall respond with a Regional Subscription Response indicating MSC Area Restricted. Otherwise MSC Area Restricted 
is not sent. The HLR shall check whether the current MSC area is no longer restricted. 

If the SGSN determines after insertion of Regional Subscription Data that the entire SGSN area is restricted, the SGSN 
shall respond with a Regional Subscription Response indicating SGSN Area Restricted. Otherwise SGSN Area 
Restricted is not sent. The HLR shall check whether the current SGSN area is no longer restricted. This parameter is 
used by the VLR, the SGSN and the IWF. 

VLR CAMEL Subscription Info 

This parameter is sent for subscribers who have CAMEL services which are invoked in the MSC. 

In CAMEL phase 1, this parameter contains only the 0-CSI. 

In CAMEL Phase 2, this parameter may contain 0-CSI, SS-CSI and TIF-CSI. In CAMEL Phase 2 and 
onwards, TDP-Criteria for 0-CSI may be associated with 0-CSI. 

- In CAMEL Phase 3, this parameter may contain 0-CSI, D-CSI, SS-CSI, VT-CSI, MO-SMS-CSI, M-CSI and 
TIF-CSI. In CAMEL Phase 3 and onwards, TDP-Criteria for VT-CSI may be associated with VT-CSI. 

- In CAMEL Phase 4, this parameter may contain 0-CSI, D-CSI, SS-CSI, VT-CSI, MO-SMS-CSI, MT-SMS- 
CSI, M-CSI and TIF-CSI. In CAMEL Phase 4, TDP-Criteria for MT-SMS-CSI may be associated with MT- 
SMS-CSI. 

The VLR CAMEL Subscription Info is sent at location updating or when any information in the applicable CAMEL 
Subscription Info in the HLR has been changed. 

At location updating, the complete set of VLR CAMEL Subscription Info is sent in one dialogue. 

When CAMEL Subscription Information is changed in the HLR and changed data have to be sent to the VLR, then: 

- for CAMEL Phase 1 and CAMEL Phase 2, the complete set of VLR CAMEL Subscription Info is sent in one 
dialogue; 

for CAMEL Phase 3 or higher, one or more specific elements of VLR CAMEL Subscription Info are sent in one 
dialogue. 

When the VLR receives a specific element of VLR CAMEL Subscription Info, it shall overwrite the corresponding 
specific element of VLR CAMEL Subscription Info (if any) which it has stored for that subscriber. 

For CAMEL Phase 1 and CAMEL Phase 2 , the VLR CAMEL Subscription Info consists of any one or more of: 

- 0-CSI (irrespective of the value of the 'CAMEL Capability Handling' inside 0-CSI),TDP-Criteria for O- 
CSI,SS-CSI and TIF-CSI. 
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(The complete set of above shall be sent even if only one CSI has changed in case of stand alone ISD. The 
omitted elements of above list will be withdrawn in the VLR.) 

From CAMEL phase 3 onwards, the specific elements of VLR CAMEL Subscription Info which may be sent are: 

0-CSI (irrespective of the value of the 'CAMEL Capability Handling' inside 0-CSI), TDP criteria for O- 
CSI, SS-CSI and TIF-CSI; 

(The complete set of above shall be sent even if only one CSI has changed in case of stand alone ISD. The 
omitted elements of above list will be withdrawn in the VLR.) 

- D-CSI; 

- VT-CSI; 

- TDP-Criteria for VT-CSI; 

- MO-SMS-CSI; 

- MT-SMS-CSI; 

- TDP-Criteria for MT-SMS-CSI; 

- M-CSI. 

If the VLR CAMEL Subscription Info is omitted in the Insert Subscriber Data operation the VLR shall keep the 
previously stored VLR CAMEL Subscription Info. Within one dialogue subsequent received data are interpreted as 
add-on data. If the VLR detects that there is overlapping in the information received within a dialogue, it shall send the 
error Unexpected Data Value. This parameter is used only by the VLR and if the SGSN or IWF receives this parameter 
it shall ignore it. 

The VLR CAMEL Subscription Info may contain the TIF-CSI (Translation Information Flag) for CAMEL Phase 2 and 
higher. See 3GPP TS 23.072 for the use of this parameter and the conditions for its presence. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. This parameter is used 
by the VLR and SGSN. 

A VLR or SGSN not supporting any CAMEL Phase may omit this parameter. An IWF shall omit this parameter. 

GPRS Subscription Data 

This parameter contains a list of PDP-contexts a user has subscribed to; see clause 7.6. 

At GPRS location updating the HLR shall include the complete GPRS Subscription Data. 

When there is a change in GPRS subscriber data the HLR shall include only the new and/or modified PDP contexts. 

When the SGSN receives GPRS Subscription Data within a dialogue it shall check if the received data has to be 
considered as the entire GPRS subscription data. If so, it shall replace the stored GPRS Subscription Data with the 
received data set, otherwise it shall replace the data only for the modified PDP contexts (if any) and add the new PDP 
contexts (if any) to the stored GPRS Subscription Data. 

If GPRS Subscription Data is omitted in the Insert Subscriber Data operation the SGSN shall keep the previously stored 
GPRS Subscription Data. 

If the SGSN detects that there is overlapping in the information received within a dialogue, it shall send the error 
Unexpected Data Value. This parameter is used only by the SGSN and if the VLR receives this parameter it shall ignore 
it. 

EPS Subscription Data 

This parameter contains: 

- the UE level APN-OI Replacement (see 3GPP TS 23.401), and 
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- the Subscriber Profile ID for RAT/Frequency Priority (RFSP-ID) (see 3GPP TS 23.401 and 3GPP TS 36.413), 
and 

- the AMBR (see 3GPP TS 23.401 and 3GPP TS 23.060 [104]), and 

- a list of APN Configurations, 

- a session transfer number for SRVCC (STN-SR) (see 3GPP TS 23.003). 

This parameter is used only by the IWF and SGSN . If the VLR receives this parameter it shall ignore it. 

SGSN CAMEL Subscription Info 

The SGSN CAMEL Subscription Info is sent at GPRS location updating or when any information in the applicable 
SGSN CAMEL Subscription Info in the HLR has been changed. 

In CAMEL Phase 3, this parameter may contain one or both of GPRS-CSI and MO-SMS-CSI. 

- In CAMEL Phase 4, this parameter may contain GPRS-CSI, MO-SMS-CSI and MT-SMS-CSI and TDP- 
Criteria for MT-SMS-CSI. 

At GPRS location updating the complete set of SGSN CAMEL Subscription Info is sent. 

When CAMEL Subscription Information is changed in the HLR and changed data have to be sent to the SGSN, then 
one or more specific elements of SGSN CAMEL Subscription Info are sent in one dialogue. 

When the SGSN receives a specific element of SGSN CAMEL Subscription Info, it shall overwrite the corresponding 
specific element of SGSN CAMEL Subscription Info (if any) which it has stored for that subscriber. 

The specific elements of SGSN CAMEL Subscription Info which may be sent are: 

- MO-SMS-CSI; 

- MT-SMS-CSI; 

- TDP-Criteria for MT-SMS-CSI; 

- GPRS-CSI; 

- MC-CSI. 



This parameter is used only by the SGSN and if the VLR or IWF receives this parameter it shall ignore it. 

Roaming Restricted In SGSN/MME Due To Unsupported Feature 

The HSS/HLR may decide to include this parameter in the request if certain services or features are indicated as not 
supported by the SGSN/IWF. This parameter is used only by the SGSN and IWFand if the VLR receives this parameter 
it shall ignore it. 

CS Allocation/Retention priority 

The CS Allocation/Retention priority is used only for Circuit Switched (CS). This parameter specifies relative 
importance to compare with other bearers about allocation and retention of bearer. This parameter is used only by the 
VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

Offered CAMEL 4 CSIs 

This parameter indicates the CAMEL phase 4 CSIs offered in the VMSCA^LR or SGSN (see clause 7.6.3.36D). An 
IWF shall omit this parameter. 

Subscribed Charging Characteristics 

This parameter refers to the Subscribed Charging Characteristics as defined in 3GPP TS 32.251. 

For a detailed description of the use of the parameter, see 3GPP TS 32.251. 
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This parameter is used only by the SGSN and IWF and if the VLR receives this parameter it shall ignore it. 

Access Restriction Data 

This parameter indicates the allowed RAT according to subscription data, (see clause 7.6.3.96) 

If the VLR/SGSN/MME supports the Access Restriction feature but does not receive the Access Restriction Data 
parameter from the HSS/HLR at location updating or restoration, the VLR/SGSN/MME shall assume that the 
subscriber's profile does not have any restrictions enabled. 

For a detailed description of the use of the parameter, see 3GPP TS 23.012[23] for CS domain and 3GPP TS 
23.060[104] for PS domain. 

Supported Features 

This parameter shall be used by an IWF to forward feature support indications as received from the MME or SGSN via 
S6a/S6d. 

User error 

Only one of the following values is applicable: 

Unidentified subscriber; 

- Data missing; 

- Unexpected data value. 

8.8.1 .4 Basic service information related to supplementary services 

A number of parameters that relate to supplementary services can be qualified by a Basic Service Group (or a Basic 
Service Group List). This clause explains how this information is to be interpreted. Supplementary service parameters 
to which this clause is applicable only apply to the basic service groups described in this clause, and only those basic 
service groups shall be overwritten at the VLR or the SGSN. 

The Basic Service Group (or Basic Service Group List) is optional. 

If present the Basic Service Group (or each element of the Basic Service Group List) shall be one of: 

- an Elementary Basic Service Group for which the supplementary service is applicable to at least one basic 
service in the group and for which the subscriber has a subscription to at least one basic service in the group; 

- the group "All Teleservices" provided that the service is applicable to at least one teleservice and that the 
subscriber has a subscription to at least one teleservice which is in the same Elementary Basic Service Group as 
a teleservice to which the service is applicable; 

- the group "All Bearer Services" provided that the service is applicable to at least one bearer service and that the 
subscriber has a subscription to at least one bearer service which is in the same Elementary Basic Service Group 
as a basic service to which the service is applicable. 

If the Basic Service Group (or Basic Service Group List) is not present then the parameter shall apply to all Basic 
Service Groups. 

If the basic service information is not a single Elementary Basic Service Group then the parameter shall be taken as 
applying individually to all the Elementary Basic Service Groups for which: 

- the supplementary service is applicable to at least one basic service in the Basic Service Group; and 

- the subscriber has a subscription to at least one basic service in the Basic Service Group. 

The VLR and the SGSN are not required to store supplementary services data for Basic Service Groups which are not 
supported at the VLR or the SGSN respectively. 
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8.8.2 MAP-DELETE-SUBSCRIBER-DATA service 



8.8.2.1 



Definition 



This service is used by an HLR to remove certain subscriber data from a VLR or SGSN if the subscription of one or 
more supplementary services or basic services is withdrawn. Note that this service is not used in case of erasure or 
deactivation of supplementary services. 

This service is also used by an HLR to remove GPRS subscription data from an SGSN. 

This service is also used by an HSS via IWF to remove EPS subscription data from an MME. 

It is a confirmed service and consists of the primitives shown in table 8.8/2. 



8.8.2.2 



Service primitives 



Table 8.8/2: MAP-DELETE-SUBSCRIBER-DATA 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Basic service List 


C 


C(=) 






SS-Code List 


C 


C(=) 






Roaming Restriction Due To 










Unsupported Feature 


C 


C(=) 






Camel Subscription Info Witlidraw 


C 


C(=) 






Specific CSI Witlidraw 


C 


C(=) 






Regional Subscription Data 


C 


C(=) 






VBS Group Indication 


C 


C(=) 






VGCS Group Indication 


C 


C(=) 






GPRS Subscription Data Withdraw 


C 


C(=) 






EPS Subscription Data Withdraw 


C 


C(=) 






Roaming Restricted In SGSN Due To 
Unsupported Feature 


C 


C(=) 






LSA Information Withdraw 


C 


C(=) 






1ST Information Withdraw 


C 


C(=) 






Regional Subscription Response 






C 


C(=) 


GMLC List Withdraw 


C 


C(=) 






Subscribed Charging Characteristics 
Withdraw 


C 


C(=) 






CSG Information Deleted 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.8.2.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

Basic service List 

A list of Extensible Basic service parameters (Extensible Basic service is defined in clause 7.6). It is used when one, 
several or all basic services are to be withdrawn from the subscriber. If the VLR or the SGSN receives a value for an 
Extensible Basic Service which it does not support, it shall ignore that value. This parameter is used by the VLR and by 
the SGSN; if the IWF receives this parameter it shall ignore it. 

SS-Code List 

A list of SS-Code parameters (SS-Code is defined in clause 7.6). It is used when several or all supplementary services 
are to be withdrawn from the subscriber. 

There are three possible options: 

- deletion of basic service(s); 
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The parameter Basic service List is only included. 

- deletion of supplementary service(s); 

The parameter SS-Code List is only included. 

- deletion of basic and supplementary services; 

Both Basic service List and SS-Code List are included. 

This parameter is used by the VLR and SGSN and IWF for Call Barring and LCS. Otherwise, this parameter is used 
only by the VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

Roaming Restriction Due To Unsupported Feature 

This parameter is used if Roaming Restriction Due To Unsupported Feature is deleted from the subscriber data. This 
may occur if unsupported features or services are removed from the subscriber data in the HLR. 

If this parameter is sent the VLR shall check if the current Location Area is possibly allowed now. This parameter is 
used only by the VLR and if the SGSN or IWF receives this parameter it shall ignore it. 

CAMEL Subscription Info Withdraw 

This parameter is used to indicate that CAMEL Subscription Info shall be deleted from the VLR or from the SGSN. All 
CAMEL Subscription Info for the subscriber shall be deleted. This parameter is used by the VLR and by the SGSN. 
This parameter should not be sent in the same message as the Specific CSI Withdraw parameter; if the IWF receives 
this parameter it shall ignore it. 

Specific CSI Withdraw 

This parameter is used to indicate that one or more specific elements of CAMEL Subscription Info shall be deleted from 
the VLR or from the SGSN. 

The specific elements of CAMEL Subscription Info which may be withdrawn are: 

- 0-CSI with TDP criteria for 0-CSI; 

- SS-CSI; 

- TIF-CSI; 

- D-CSI; 

- VT-CSI with TDP criteria for VT-CSI; 

- MO-SMS-CSI; 

- MT-SMS-CSI with TDP-Criteria for MT-SMS-CSI; 

- M-CSI; 

- MG-CSI; 

- GPRS-CSI. 

This parameter is used by the VLR and by the SGSN; if the IWF receices this parameter it shall ignore it. It shall not be 
sent to VLRs that do not support CAMEL phase 3 or higher. This parameter should not be sent in the same message as 
the CAMEL Subscription Info Withdraw parameter. 

Regional Subscription Identifier 

Contains one single Zone Code (as defined in clause 7.6) and is used if all Zone Codes shall be deleted from the 
subscriber data. When all the Zone Codes are deleted, the VLR, the SGSN or the MME shall check for its location areas 
whether they are allowed or not. If the whole Network Node area is restricted, the VLR, the SGSN or the MME (via the 
IWF) will report it to HLR by returning the Regional Subscription Response "Network Node Area Restricted". 
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The binary coding of the Zone Code value received in a Delete Subscriber Data request shall not be checked by the 
VLR, the SGSN or the MME. 

Note that support of this parameter is a network operator option and it shall not be sent to networks which do not 
support Regional Subscription. 

If Regional Subscription is not supported by the VLR, the SGSN or the MME, the request for deletion of Zone Codes is 
refused by sending the Regional Subscription Response "Regional Subscription Not Supported" to the HLR. 

If no Zone Codes are stored in the respective subscriber data record, the request for deleting all Zone Code information 
shall be ignored and no Regional Subscription Response shall be returned. This parameter is used by the VLR, the 
SGSN and the MME. 

VBS Group Indication 

Contains an indication (flag) which is used if all Group Ids shall be deleted from the subscriber data for the Voice 
Broadcast teleservice. 

If VBS is not supported in the VLR or no Group Ids are stored for VBS in the respective subscriber record, the request 
for deletion of all Group Ids shall be ignored. This parameter is used only by the VLR and if the SGSN or the IWF 
receives this parameter it shall ignore it. 

VGCS Group Indication 

Contains an indication (flag) which is used if all Group Id's shall be deleted from the subscriber data for the Voice 
Group Call teleservice. This parameter is used only by the VLR and if the SGSN receives this parameter it shall ignore 
it. 

If VGCS is not supported in the VLR or no Group Ids are stored for VGCS in the respective subscriber record, the 
request for deletion of all Group Ids shall be ignored. 

GPRS Subscription Data Withdraw 

This parameter is used to indicate whether all GPRS Subscription Data for the subscriber shall be deleted or if only a 
subset of the stored GPRS Subscription Data for the subscriber shall be deleted. In the latter case only those PDP 
contexts whose identifiers are included in the subsequent identifier list will be deleted. This parameter is used only by 
the SGSN and if the VLR receives this parameter it shall ignore it. 

EPS Subscription Data Withdraw 

This parameter is used to indicate whether all EPS Subscription Data for the subscriber shall be deleted or if only a 
subset of the stored EPS Subscription Data for the subscriber shall be deleted. In the latter case, only those APN 
Configurations whose identifiers are included in the subsequent identifier list will be deleted. This parameter is used 
only by the SGSN and the MME and if the VLR receives this parameter it shall ignore it. 

Roaming Restricted In SGSN/MME Due To Unsupported Feature 

This parameter is used if Roaming Restricted In SGSN/MME Due To Unsupported Feature is deleted from the 
GPRS/EPS subscriber data. This may occur if unsupported features or services are removed from the GPRS/EPS 
subscriber data in the HLR. 

If this parameter is sent the SGSN shall check if the current Location Area is possibly allowed now. This parameter is 
used only by the SGSN and the IWF and if the VLR receives this parameter it shall ignore it. 

LSA Information Withdraw 

This parameter is used to indicate whether all LSA Information for the subscriber shall be deleted or if only a subset of 
the stored LSA Information for the subscriber shall be deleted. In the latter case only the LSA data whose LSA 
identities are included in the subsequent LSA data list will be deleted. This parameter is used by the VLR and the 
SGSN. 
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1ST Information Withdraw 

This parameter is used to indicate that the 1ST condition has been removed for the subscriber. See 3GPP TS 43.035 for 
the use of this parameter. 

Regional Subscription Response 

If included in the Delete Subscriber Data response this parameter indicates one of: 

- Network Node Area Restricted; 

- Regional Subscription Not Supported. 

This parameter is used by the VLR, the SGSN and the IWF. 

GMLC List Withdraw 

This parameter indicates that the subscriber's LCS GMLC List shall be deleted from the VLR or SGSN. This parameter 
is used by the VLR and the SGSN and IWF. 

Subscribed Charging Characteristics Withdraw 

This parameter indicates that the Subscribed Charging Characteristics shall be replaced with a local default value in the 

SGSN or in the MME (see 3GPP TS 32.251). 

This parameter is used only by the SGSN and the IWF and if the VLR receives this parameter it shall ignore it. 

CSG Information Deleted 

This parameter indicates that CSG Subscription Information shall be deleted from VLR, SGSN, or MME. 
This parameter is used by the VLR, SGSN and the IWF. 

User error 

Only one of the following values is applicable: 

- Unidentified subscriber; 

- Data missing; 

- Unexpected data value. 

8.9 Identity management services 
8.9.1 MAP-PROVIDE-IMSI service 



8.9.1.1 



Definition 



This service is used by a VLR in order to get, via the MSC, the IMSI of a subscriber (e.g. when a subscriber has 
identified itself with a TMSI not allocated to any subscriber in the VLR). 

It is a confirmed service and consists of the primitives shown in table 8.9/L 



8.9.1.2 



Service primitives 



Table 8.9/1 : MAP-PROVIDE-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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8.9.1.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 
IMSI 

This parameter is received when the request is successfully carried out. It contains the requested IMSI. 
User error 

Only one of the following values is applicable: 
- Absent subscriber. 

8.9.2 MAP-FORWARD-NEW-TMSI service 



8.9.2.1 



Definition 



This service is used by a VLR to allocate, via MSC, a new TMSI to a subscriber during an ongoing transaction (e.g. call 
set-up, location updating or supplementary services operation). 

It is a confirmed service and consists of the primitives shown in table 8.9/2. 

8.9.2.2 Service primitives 

Table 8.9/2: MAP-FORWARD-NEW-TMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


TMSI 


M 


M(=) 






Provider error 












8.9.2.3 Parameter use 

The parameter TMSI is described in clause 7.6. 

8.1 Fault recovery services 
8.10.1 MAP RESET service 



8.10.1.1 



Definition 



This service is used by the HSS/HLR, after a restart, to indicate to a Hst of VLRs, SGSNs or MMEs (via IWF) that a 
failure occurred. 

The MAP_RESET service is a non-confirmed service using the service primitives defined in table 8.10/1. 

8.10.1.2 Service primitives 

Table 8.10/1: MAP RESET 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


HLR number 


M 


M(=) 


HLR Id LIST 


U 


C(=) 
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8.1 0.1 .3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

HLR number 

See definition in clause 7.6.2. 

HLR Id LIST 

The HLR Id List is a list of HLR Ids. If the parameter is present in the indication, the VLR, the SGSN or the MME may 
base the retrieval of subscribers to be restored on their IMSI: the subscribers affected by the reset are those whose IMSI 
leading digits are equal to one of these numbers. If the parameter is absent, subscribers to be restored are those for 
which the OriginatingEntityNumber received at location updating time matches the equivalent parameter of the Reset 
Indication. 

8.10.2 MAP_FORWARD_CHECK_SS_INDICATION service 

8.10.2.1 Definition 

This service may be used by an HLR as an implementation option, to indicate to a mobile subscriber that supplementary 
services parameters may have been altered, e.g. due to a restart. If received from the HLR, the VLR shall forward this 
indication to the MSC, which in turn forwards it to the MS. The HLR only sends this indication after successful 
completion of the subscriber data retrieval from HLR to VLR that ran embedded in a MAP_UPDATE_LOCATION 
procedure. 

The MAP_FORWARD_CHECK_S SYNDICATION service is a non-confirmed service using the service primitives 
defined in table 8.10/2. 

8.1 0.2.2 Service primitives 

Table 8.10/2: MAP FORWARD CHECK SS INDICATION 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 



8.1 0.2.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

8.1 0.3 MAP_RESTORE_DATA service 

8.10.3.1 Definition 

This service is invoked by the VLR on receipt of a MAP_PROVIDE_ROAMING_NUMBER indication for an 
unknown IMSI, or for a known IMSI with the indicator " Subscriber Data Confirmed by HLR" set to "Not confirmed". 
The service is used to update the LMSI in the HLR, if provided, and to request the HLR to send all data to the VLR that 
are to be stored in the subscriber's IMSI record. 

The MAP_RESTORE_DATA service is a confirmed service using the service primitives defined in table 8.10/3. 

8.10.3.2 Service primitives 

Table 8.10/3: MAP RESTORE DATA 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






LMSI 


U 


C(=) 






Supported CAMEL phases 


C 


C(=) 






SoLSA Support Indicator 


C 


C(=) 






1ST Support Indicator 


C 


C(=) 






Super-Cliarger Supported in 
Serving Network Entity 


C 


C(=) 






Long FTN Supported 


C 


C(=) 






Supported LCS Capability 
Sets 


C 


C(=) 






Offered CAMEL 4 CSIs 


C 


C(=) 






HLR number 






C 


C(=) 


MS Not Reachable Flag 






C 


C(=) 


User error 






c 


C(=) 


Provider error 












8.10.3.3 



Parameter definitions and use 



Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide the LMSI from the VLR; it is mandatory for the HLR 
to support the LMSI handling procedures. 

Supported CAMEL Phases 

This parameter indicates which phases of CAMEL are supported. Must be present if a CAMEL phase different from 
phase 1 is supported. Otherwise may be absent. 

SoLSA Support Indicator 

This parameter is used by the VLR to indicate to the HLR in the Restore Data indication that SoLSA is supported. If 
this parameter is not included in the Restore Data indication then the HLR shall not perform any specific error handling. 

This SoLSA Support Indicator shall be stored by the HLR per VLR where there are Subscribers roaming. If a 
Subscriber is marked as only allowed to roam in Subscribed LS As while roaming in a VLR and no SoLSA Support 
indicator is stored for that VLR, the location status of that Subscriber shall be set to Restricted. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the VMSC supports basic 1ST functionality, that is, the VMSC is able 
to terminate the Subscriber Call Activity that originated the 1ST Alert when it receives the 1ST alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Restore Data indication and the Subscriber is 
marked as an 1ST Subscriber, then the HLR may limit the service for the subscriber (by inducing an Operator 
Determined barring of Outgoing calls), or allow service assuming the associated risk of not having the basic 1ST 
mechanism available. 

This parameter can also indicate that the VMSC supports the 1ST Command service, including the ability to terminate 
all calls being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not 
included in the Restore Data indication and the HLR supports the 1ST Command capability, then the HLR may limit the 
service for the subscriber (by inducing an Operator Determined barring of Outgoing calls), or allow service assuming 
the associated risk of not having the 1ST Command mechanism available. 

Long FTN Supported 

This parameter indicates that the VLR supports Long Forwarded-to Numbers. 
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Super-Charger Supported in Serving Network Entity 

This parameter is used by the VLR to indicate to the HLR that the VLR supports the Super-Charger functionaUty and 
that subscriber data is required. 

If this parameter is absent then the VLR does not support the Super-Charger functionaUty. 

Supported LCS CapabiHty Sets 

This parameter indicates, if present, the capabiHty sets of LCS which are supported. If the parameter is sent but no 
capabiHty set is marked as supported then the VLR does not support LCS at all. 

If this parameter is absent then the VLR may support at most LCS capability set 1, that is LCS Release98 or Release99 
version. 

Offered CAMEL 4 CSIs 



This parameter indicates the CAMEL phase 4 CSIs offered in the VMSCA^LR (see clause 7.6.3.36D). 

HLR number 

See definition in clause 7.6.2. The presence of this parameter is mandatory in case of successful outcome of the service. 

MS Not Reachable Flag 

See definition in clause 7.6.8. This parameter shall be present in case of successful outcome of the service, if the "MS 
Not Reachable flag" was set in the HLR. 

User error 

In case of unsuccessful outcome of the service, an error cause shall be returned by the HLR. The following error causes 
defined in clause 7.6.1 may be used, depending on the nature of the fault: 

unknown subscriber; 

- system failure; 

- unexpected data value; 

- data missing. 
Provider error 

For definition of provider errors see clause 7.6. L 

8.1 1 Subscriber Information services 

8.1 1.1 MAP-ANY-TIME-INTERROGATION service 

8.11.1.1 Definition 

This service is used by the gsmSCF, to request information (e.g. subscriber state and location) from the HLR or the 
GMLC at any time. This service may also be used by the gsmSCF to request the Mobile Number Portability (MNP) 
information from the NPLR. 

This service is also used by the Presence Network Agent to request information, (e.g. subscriber state and location) 
about the subscriber (associated with a presentity) from the HLR at any time (see 3GPP TS 23.141 [128]). 

When this service is used to the HLR, the subscriber state or location may be requested. 

When this service is used to the GMLC, only the location may be requested. 

When this service is used to the NPLR, only the MNP information may be requested. 
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The MAP- ANY-TIME-INTERROGATION service is a confirmed service using the service primitives defined in 
table 8.11/1. 

8.1 1 .1 .2 Service primitives 

Table 8.1 1/1 : Any_Time_lnterrogation 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






Requested domain 


C 


C(=) 






MNP Requested Info 





C(=) 






gsmSCF-Address 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






Location Information 






C 


C(=) 


Location Information for 
GPRS 






C 


C(=) 


Subscriber State 






c 


C(=) 


PS Subscriber State 






c 


C(=) 


IMEI 






c 


C(=) 


MS Classmark 2 









C(=) 


GPRS MS Class 









C(=) 


MNP info Result 









C(=) 


User error 






c 


C(=) 


Provider error 












8.1 1 .1 .3 Parameter definition and use 

All parameters are described in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.018 [97] and 3GPP TS 23.078 [98]. 

The HLR or GMLC may be able to use the value of the parameter gsmSCF-address to screen a 
MAP_Any_Time_Interrogation indication. 

The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Any Time Interrogation Not Allowed; 

- Data Missing; 

- Unexpected Data Value; 
Unknown Subscriber. 

Provider error 

These are defined in clause 7.6.1. 

8.1 1 .2 MAP-PROVIDE-SUBSCRIBER-INFO service 
8.11.2.1 Definition 

This service is used to request information (e.g. subscriber state and location) from the VLR or SGSN at any time. 
The MAP-PROVIDE-SUBSCRIBER-INFO service is a confirmed service using the primitives defined in table 8.11/2. 
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8.1 1 .2.2 Service prinnitives 



Table 8.11/2: Provide Subscriber Information 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






IMSI 


M 


M(=) 






LMSI 


U 









Call Priority 


U 









Location Information 






C 


C(=) 


Location Information for 
GPRS 









C(=) 


Subscriber State 






c 


C(=) 


PS Subscriber State 






c 


C(=) 


IMEI 






c 


C(=) 


MS Classmark 2 






c 


C(=) 


GPRS MS Class 






c 


C(=) 


IMS Voice Over PS 
Sessions Support 
Indicator 






c 


C(=) 


Last UE Activity Time 






c 


C(=) 


Last RAT Type 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.11.2.3 



Parameter definition and use 



All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.018 [97] and 3GPP TS 23.078 [98]. 

Call Priority 

This parameter indicates the eMLPP priority of the call (see 3GPP TS 24.067 [137]). This parameter should be present 
if the HLR supports this parameter and if the Call Priority was received in the 
MAP_SEND_ROUTING_INFORMATION request. 

IMS Voice Over PS Sessions Support Indicator 

This parameter indicates whether IMS Voice Over PS Sessions is supported at the UE's current Routing Area. This 
parameter shall be present if Requested Info indicates that T-ADS Data are requested. 

Last UE Activity Time 

This parameter indicates the point in time of the UE's last radio contact. This parameter shall be present if requested 
Info indicates that T-ADS Data are request. 

Last RAT Type 

This parameter indicates the RAT Type of the access where the UE was present at the time of the last radio contact. 
This parameter shall be present if requested Info indicates that T-ADS Data are request. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

- Unexpected Data Value. 
Provider error 

These are defined in clause 7.6.1. 
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8.1 1 .3 MAP-ANY-TIME-SUBSCRIPTION-INTERROGATION service 



8.11.3.1 



Definition 



This service is used by the gsmSCF, to request subscription information (e.g. call forwarding supplementary service 
data or CSI) from the HLR at any time. In an IP Multimedia Core Network, an IM-SSF can take on the role of a 
gsmSCF for this service. 



8.1 1 .3.2 Service primitives 



Table 8.11/3: Any_Time_Subscription_lnterrogation 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Requested Subscription Info 


M 


M(=) 






GsmSCF-Address 


M 


M(=) 






IIVISI 


C 


C(=) 






MSISDN 


C 


C(=) 






Long FTN Supported 


C 


C(=) 






Call Forwarding Data 






C 


C(=) 


Call Barring Data 






C 


C(=) 


ODB Info 






c 


C(=) 


CAIVIEL Subscription Info 






c 


C(=) 


Supported CAMEL phases in VLR 






c 


C(=) 


Supported CAMEL phases in SGSN 






c 


C(=) 


Offered CAMEL 4 CSIs in VLR 






c 


C(=) 


Offered CAMEL 4 CSIs in SGSN 






c 


C(=) 


MSISDN-BS-List 






c 


C(=) 


CSG Subscription Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1 1 .3.3 Parameter definition and use 

All parameters are described in clause 7.6. 

The HLR may be able to use the value of the parameter gsmSCF-address to screen a 

MAP_Any_Time_Subscription_Interrogation indication. The gsmSCF-address shall contain the IM-SSF address when 
the IM-SSF takes the role of the gsmSCF. 



The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078 and 3GPP TS 
23.278. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Unexpected Data Value; 
Unknown Subscriber; 

- BearerServiceNotProvisioned; 

- TeleserviceNotProvisioned; 

- CallBarred; 

- Illegals S-Operation; 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



166 



ETSI TS 129 002 V9.2.0 (2010-07) 



- SS-NotAvailable; 
InformationNot Available ; 

- Any Time Subscription Interrogation Not Allowed; 

- Data Missing. 
Provider error 

These are defined in clause 7.6.1. 

8.1 1 .4 MAP-ANY-TIME-MODIFICATION service 

8.11.4.1 Definition 

This service is used by the gsmSCF, to modify information of the HLR at any time. 

This service is also used by the Presence Network Agent to activate or deactivate reporting of mobility management 
events (associated with a presentity) from the VLR or SGSN (see 3GPP TS 23.141 [128]). 

This service is also used by a Service Related Entity (e.g. the IP-SM-GW) to activate a one-time subscription of UE- 
reachability in the MME (see 3GPP TS 23.204 [134]). 

This service is also used by external Short Message Gateway (IP-SM-GW) for updating the IP-SM-GW Number stored 
in the HLR. 

8.1 1 .4.2 Service prinnitives 

Table 8.11/4: Any_Time_Modification 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


gsmSCF-Address 


M 


M(=) 






Subscriber Identity 


M 


M(=) 






IVIodification request for ODB data 


C 


C(=) 






IVIodification request for SS information 


C 


C(=) 






IVIodification request for CSI 


C 


C(=) 






Modification request for CSG 


C 


C(=) 






Long FTN Supported 


C 


C(=) 






IVIodification request for IP-SIVI-GW data 


C 


C(=) 






Activation request for UE-Reachability 


c 


C(=) 






Ext Forwarding information-for-CSE 






C 


C(=) 


Ext Call barring information-for-CSE 






C 


C(=) 


ODB Info 






c 


C(=) 


CAMEL subscription info 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












8.1 1 .4.3 Parameter definition and use 

All parameters are described in clause 7.6. 

The HLR may be able to use the value of the parameter gsmSCF-address to screen a MAP_Any_Time_Modification 
indication. 

The use of parameters other than described below and the requirements for their presence are specified in 3GPP TS 
23.078 [98] and 3GPP TS 23.278 [125]. 

gsmSCF- Address 
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This parameter indicates the address of the interrogating gsmSCF. The gsmSCF Address shall be in international E.164 
format. If the service is used by IP-SM-GW, the parameter contains the address of the IP-SM-GW. See also 3GPP TS 
23.078 [98] and 3GPP TS 23.278 [125]. 

Modification request for CSG 

This parameter is used by the gsmSCF to request notification of modification of CSG subscription data. 

Modification request for IP-SM-GW data 

This parameter is used by the external IP-SM-GW for updating the IP-SM-GW Number stored in the HLR. If this 
parameter is present then other modification requests shall not be present. 

Activation request for UE Reachability 

This parameter is used by the Service Related Entity (e.g. IP-SM-GW) to activate the one-time subscription for UE- 
Reachability. If this parameter is present then other modification requests shall not be present. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

Any Time Modification Not Allowed; 

- Data Missing; 

- Unexpected Data Value; 

- Unknown Subscriber; 

- Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

- Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Call Barred; 

- Illegal SS operation; 

- SS error status; 

- SS incompatibility; 

- SS subscription violation; 

- Information Not Available. 
Provider error 

These are defined in clause 7.6.1. 

8.1 1 .5 MAP-NOTE-SUBSCRIBER-DATA-MODIFIED service 
8.11.5.1 Definition 

This service is used by the HLR to inform the gsmSCF that subscriber data have been modified. In an IP Multimedia 
Core Network, an IM-SSF can take on the role of a gsmSCF for this service. 

This service is also used by the HLR to inform the Service Related Entity (e.g. IP-SM-GW) that the UE has become 
reachable (see 3GPP TS 23.204 [134]). 
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8.1 1 .5.2 Service primitives 



Table 8.11/5: Note Subscriber Data Modified 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSISDN 


M 


M(=) 
















Ext Forwarding 
information-for-CSE 


C 


C(=) 






Ext Call barring 
information-for-CSE 


C 


C(=) 






ODB Info 


C 


C(=) 






CAMEL subscription 
info 


C 


C(=) 






CSG Subscription 
Data 


C 


C 






All Information Sent 


C 


C(=) 






UE reachable 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












8.11.5.3 

Invoke id 



Parameter definition and use 



See clause 7.6.1 for the use of this parameter. 

IMSI 

See clause 7.6.2 for the use of this parameter. 

MSISDN 

See clause 7.6.2 for the use of this parameter. In an IP Multimedia Core Network, if no MSISDN is available, the HLR 
shall populate this parameter with a dummy MSISDN. 

Ext Forwarding information-for-CSE 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

Ext Call barring information-for-CSE 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

ODB Info 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078. 

CAMEL subscription info 

See clause 7.6.3 for the use of this parameter. The use of this parameter and the requirements for their presence are 
specified in 3GPP TS 23.078 and 3GPP TS 23.278. 

CSG Subscription Data 

This parameter contains a list of CSG-Ids and the associated expiration dates (see 3GPP TS 22.011 [138]). The use of 
this parameter and the requirements for their presence are specified in 3GPP TS 23.078 [98]. 

All Information Sent 
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This parameter is set when the HLR has sent all information to gsmSCF. 

UE Reachable 

This parameter is used when the HLR indicates to the Service related entity (e.g. IP-SM-GW) that the UE is reachable 
again. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

- Unexpected Data Value; 

- Unknown Subscriber. 
Provider error 

These are defined in clause 7.6.1. 

The use of the parameters and the requirements for their presence are specified in 3GPP TS 23.078 and 3GPP TS 
23.278. 

9 Operation and maintenance services 

9.1 Subscriber tracing services 

9.1 .1 MAP-ACTIVATE-TRACE-MODE service 

9.1.1.1 Definition 

This service is used between the HLR and the VLR to activate subscriber tracing in the VLR. 

Also this service is used between the HLR and the SGSN to activate subscriber tracing in the SGSN. 

The MAP-ACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 9.1/1. 

9.1 .1 .2 Service primitives 

Table 9.1/1 : MAP-ACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






Trace type 


M 


M(=) 






Trace reference 2 


C 


C(=) 






Trace depth list 


C 


C(=) 






Trace NE type list 


C 


C(=) 






Trace interface list 


C 


C(=) 






Trace event list 


C 


C(=) 






Trace support 
indicator 






C 


C(=) 


OMCId 


U 


C(=) 






User error 






C 


C(=) 


Provider error 
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9.1.1.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 

Trace reference 

See definition in clause 7.6.10. This parameter contains trace reference for GSM only tracing request. 

Trace type 

See definition in clause 7.6.10. This parameter contains trace type for GSM only tracing request. 

QMCId 

See definition in clause 7.6.2. The use of this parameter is an operator option. 

Trace reference 2 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

Trace depth list 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

Trace NE type list 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

Trace interface list 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

Trace event list 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

Trace support indicator 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Unidentified Subscriber; 

- Facility Not Supported; 

- Tracing Buffer Full; 

- System Failure; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 
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9.1 .2 MAP-DEACTIVATE-TRACE-MODE service 



9.1.2.1 Definition 

This service is used between the VLR and the HLR for deactivating subscriber tracing in the VLR. 

Also this service is used between the SGSN and the HLR for deactivating subscriber tracing in the SGSN. 

The MAP-DEACTIVATE-TRACE-MODE service is a confirmed service using the primitives from table 9.1/2. 



9.1.2.2 



Service primitives 

Table 9.1/2: MAP-DEACTIVATE-TRACE-MODE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Trace reference 


M 


M(=) 






Trace reference 2 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












9.1.2.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is a mandatory parameter in a stand-alone operation. 

Trace reference 

See definition in clause 7.6.10. 

Trace reference 2 

See definition in clause 7.6.10. This parameter shall be used for UMTS trace activation. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Unidentified Subscriber; 

- Facility Not Supported; 

- System Failure; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

9.1 .3 MAP-TRACE-SUBSCRIBER-ACTIVITY service 
9.1.3.1 Definition 

This service is used between the VLR and the MSC to activate the subscriber tracing in the MSC. 
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The MAP-TRACE-SUBSCRIBER- ACTIVITY service is a non-confirmed service using the primitives from table 9.1/3. 



9.1.3.2 



Service primitives 



Table 9.1/3: MAP-TRACE-SUBSCRIBER-ACTIVITY 



Parameter name 


Request 


Indication 


Invoke id 


M 


M(=) 


IMSI 


C 


C(=) 


Trace reference 


M 


M(=) 


Trace type 


M 


M(=) 


OMCId 


U 


C(=) 



9.1.3.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The controlling MSC shall provide either the IMSI or the IMEI to the servicing MSC. 

Trace reference 

See definition in clause 7.6.10. 

Trace type 

See definition in clause 7.6.10. 

OMCId 

See definition in clause 7.6.2. The use of this parameter is an operator option. 

9.2 Other operation and maintenance services 
9.2.1 MAP-SEND-IMSI service 



9.2.1.1 



Definition 



This service is used by a VLR in order to fetch the IMSI of a subscriber in case of some Operation & Maintenance 
procedure where subscriber data are needed in the Visited PLMN and MSISDN is the only subscriber's identity known. 

It is a confirmed service and consists of the primitives shown in table 9.2/1. 
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9.2.1.2 



Service prinnitives 



Table 9.2/1 : MAP-SEND-IMSI 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






IMSI 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












9.2.1.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable. 

User error 

Only one of the following values is applicable: 

- Unknown subscriber; 

- Unexpected data value; 

- Data missing. 

10 Call handling services 

10.1 MAP_SEND_ROUTINGJNFORMATION service 

10.1.1 Definition 

This service is used between the Gateway MSC and the HLR. The service is invoked by the Gateway MSC to perform 
the interrogation of the HLR in order to route a call towards the called MS. 

This is a confirmed service using the primitives listed in table 10.1/1. 

This service is also used between the GMSC and the NPLR and between the gsmSCF and the HLR. 

10.1.2 Service primitives 

Table 10.1/1: MAP_SEND_ROUTING_INFORMATION parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Interrogation Type 


M 


M(=) 






GMSC or gsmSCF Address 


M 


M(=) 






MSISDN 


M 


M(=) 


C 


C(=) 


OR Interrogation 


C 


C(=) 






OR Capability 


C 


C(=) 






CUG Interlock 


C 


C(=) 


C 


C(=) 


CUG Outgoing Access 


C 


C(=) 


c 


C(=) 


Number of Forwarding 


C 


C(=) 






Network Signal Info 


C 


C(=) 






Supported CAMEL Phases 


C 


C(=) 


c 


C(=) 


Suppress T-CSI 


C 


C(=) 






Offered CAMEL 4 CSIs 


C 


C(=) 






Suppression of Announcement 


C 


C(=) 






Call Reference Number 


C 


C(=) 






Forwarding Reason 


C 


C(=) 






Basic Service Group 


C 


C(=) 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Basic Service Group 2 


C 


C(=) 






Alerting Pattern 


C 


C(=) 






CCBS Call 


c 


C(=) 






Supported CCBS Phase 


c 


C(=) 






Additional Signal Info 


c 


C(=) 






1ST Support Indicator 


c 


C(=) 






Pre-paging supported 


c 


C(=) 






Call Diversion Treatment Indicator 


c 


C(=) 






Long FTN Supported 


c 


C(=) 






Suppress VT-CSI 


c 


C(=) 






Suppress Incoming Call Barring 


c 


C(=) 






SuppressMTSS 


c 


C(=) 






gsmSCF Initiated Call 


c 


C(=) 






Network Signal Info 2 


c 


C(=) 






MT Roaming Retry Supported 


u 


C(=) 






Call Priority 


u 


C{=) 






IMS! 






C 


C(=) 


MSRN 






c 


C(=) 


Forwarding Data 






c 


C(=) 


Forwarding Interrogation Required 






c 


C(=) 


VMSC address 






c 


C(=) 


ReleaseResourcesSupported 






c 


C(=) 


GMSC Camel Subscription Info 






c 


C(=) 


Location Information 






c 


C(=) 


Subscriber State 






c 


C(=) 


Basic Service Code 






c 


C(=) 


CUG Subscription Flag 






c 


C(=) 


North American Equal Access preferred 






u 


C(=) 


Carrier Id 










User error 






c 


C(=) 


SS-List 






u 


C(=) 


CCBS Target 






c 


C(=) 


Keep CCBS Call Indicator 






c 


C(=) 


1ST Alert Timer 






c 


C(=) 


Number Portability Status 






u 


C(=) 


Supported CAMEL Phases in VMSC 






c 




Offered CAMEL 4 CSIs in VMSC 






c 


C(=) 


MSRN 2 






c 


C(=) 


Forwarding Data 2 






c 


C(=) 


SS-List 2 






c 


C(=) 


Basic Service Code 2 






c 


C(=) 


Allowed Services 






c 


C(=) 


Unavailability Cause 






c 


C(=) 


Provider error 











GSM Bearer Capability 






u 


C(=) 


MT Roaming Retry Indicator 






u 


C(=) 



10.1.3 Parameter use 

See clause 7.6 for a definition of the parameters used in addition to the following. Note that: 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 shall be absent if the sending entity does 
not support CAMEL; 

- a conditional parameter whose use is defined only in 3GPP TS 23.079 [99] shall be absent if the sending entity 
does not support optimal routeing; 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 & 3GPP TS 23.079 [99] shall be absent if 
the sending entity supports neither CAMEL nor optimal routeing. 

Interrogation Type 

See 3GPP TS 23.079 [99] for the use of this parameter. 

GMSC or gsmSCF address 
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The E.164 address of the GMSC or the gsmSCF. This parameter contains the gsmSCF address if the gsmSCF iniated 
call parameter is present, otherwise it is the GMSC address. 

MSISDN 

This is the Mobile Subscriber ISDN number assigned to the called subscriber. In the Request & Indication it is the 
number received by the GMSC in the ISUP lAM. If the call is to be forwarded and the HLR supports determination of 
the redirecting number, the HLR inserts the basic MSISDN in the Response. 

See 3GPP TS 23.066 [108] for the use of this parameter and the conditions for its presence in the response. 

OR Interrogation 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

OR Capability 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

CUG Interlock 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

Number of Forwarding 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

Network Signal Info 

See 3GPP TS 23.018 [97] for the conditions for the presence of the components of this parameter. 

Supported CAMEL Phases 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

T-CSI Suppression 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Offered CAMEL 4 CSIs 

This parameter indicates the CAMEL phase 4 CSIs offered in the GMSCA^LR (see clause 7.6.3.36D). 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Call Reference Number 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

Forwarding Reason 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Basic Service Group 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Basic Service Group 2 

See 3GPP TS 23.079[99] for the use of this parameter and the conditions for its presence. 
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Alerting Pattern 

See 3GPP TS 23.018 [97] and 3GPP TS 23.078 [98] for the use of this parameter and the conditions for its presence. 

CCBS Call 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Supported CCBS Phase 

This parameter indicates by its presence that CCBS is supported and the phase of CCBS which is supported. 

Additional Signal Info 

See 3GPP TS 23.081 [27] for the conditions for the presence of the components of this parameter. 

1ST Support Indicator 

This parameter is used to indicate to the HLR that the GMSC supports basic 1ST functionality, that is, the GMSC is able 
to terminate the subscriber call activity that originated the 1ST Alert when it receives the 1ST Alert response indicating 
that the call(s) shall be terminated. If this parameter is not included in the Send Routing Information indication and the 
subscriber is marked as an 1ST subscriber, then the HLR may limit the service for the call (by barring the incoming call 
if it is not subject to forwarding, or suppressing Call Forwarding from the GMSC), or allow the call assuming the 
associated risk of not having the basic 1ST mechanism available. 

This parameter can also indicate that the GMSC supports the 1ST Command, including the ability to terminate all calls 
being carried for the identified subscriber by using the IMSI as a key. If this additional capability is not included in the 
Send Routing Information indication and the subscriber is marked as an 1ST subscriber, then the HLR may limit the 
service for the subscriber (by barring the incoming calls if they are not subject to forwarding, or suppressing Call 
Forwarding from the GMSC), or allow the incoming calls assuming the associated risk of not having the 1ST Command 
mechanism available. 

Pre-paging supported 

See 3GPP TS 23.018 for the use of this parameter and the conditions for its presence. 

Call Diversion Treatment Indicator 

This parameter indicates whether or not call diversion is allowed. 

Network Signal Info 2 

See 3GPP TS 23.172 [126] for the conditions for the presence of the components of this parameter. 

MT Roaming Retry Supported 

See 3GPP TS 23.018 [97] and 3GPP TS 23.012 [23] for the use of this parameter and the conditions for its presence. 

Call Priority 

This parameter indicates the eMLPP priority of the call (see 3GPP TS 24.067 [137]). This parameter should be present 
if the GMSC supports the eMLPP feature and if the call is an eMLPP call. The eMLPP priority levels A and B shall be 
mapped to the Call Priority level 0. 

IMSI 

See 3GPP TS 23.018 [97] and 3GPP TS 23.066 [108] for the use of this parameter and the conditions for its presence. 

MSRN 

See 3GPP TS 23.018 [97], 3GPP TS 23.066 [108] and 3GPP TS 23.079 [99] for the use of this parameter and the 
conditions for its presence. If the NPLR returns only the MSISDN-number without Routeing Number to the GMSC, the 
MSISDN-number shall be returned as MSRN. 

Forwarding Data 
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This parameter includes a number to define the forwarded-to destination, the forwarding reason and the forwarding 
options Notification to calHng party and Redirecting presentation, and can include the forwarded-to subaddress. See 
3GPP TS 23.018 [97] and 3GPP TS 23.079 [99] for the conditions for the presence of its components. 

Forwarding Interrogation Required 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Long FTN Supported 

This parameter indicates that the GMSC supports Long Forwarded-to Numbers. 

Suppress VT-CSI 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Suppress Incoming Call Barring 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

gsmSCF Initiated Call 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

SuppressMTSS 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

VMSC address 

See 3GPP TS 23.079 [99] and 3GPP TS 23.078 [98] for the use of this parameter and the conditions for its presence. 
In addition this parameter shall be present if the ReleaseResourcesSupported parameter is present. 

Release Resources Supported 

This parameter indicates by its presence that the MAP_RELEASE_RESOURCES service is supported at the VMSC. It 
shall be present if so indicated by the VMSC with MAP_PROVIDE_ROAMING_NUMBER confirm. 

GMSC CAMEL Subscription Info 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Location Information 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Subscriber State 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

CUG Subscription Flag 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

North American Equal Access preferred Carrier Id 

This parameter is returned to indicate the preferred carrier identity to be used to set-up the call (i.e. forwarding the call 
or establishing the roaming leg). 

SS-List 

This parameter includes SS -codes and will be returned as an operator option. The HLR shall not send PLMN-specific 
SS-codes across PLMN boundaries. However if the GMSC receives PLMN-specific SS-codes from a foreign PLMN's 
HLR the GMSC may ignore it. If the GMSC attempts to process the PLMN- specific SS- codes, this may lead to 
unpredictable behaviour but the GMSC shall continue call processing. 

Basic Service Code 
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The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

If the CAMEL service is not involved, this parameter includes the basic service code and will be returned as an operator 
option. The HLR shall not send a PLMN- specific Basic Service Code across PLMN boundaries. However if the GMSC 
receives a PLMN-specific Basic Service Code from a foreign PLMN's HLR the GMSC may ignore it. If the GMSC 
attempts to process the PLMN specific Basic Service codes, this may lead to unpredictable behaviour but the GMSC 
shall continue call processing. 

CCBS Target 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Keep CCBS Call Indicator 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

1ST Alert Timer 

It includes the 1ST Alert timer value that must be used to inform the HLR about the call activities that the subscriber 
performs. This parameter is only sent to the GMSC in response to a Send Routing Information request which indicates 
the the GMSC supports 1ST. 

Number Portability Status 

This parameter indicates the number portability status of the subscriber. This parameter may be present if the sender of 
SRIack is NPLR. 

Supported CAMEL Phases in VMSC 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078. 

Offered CAMEL 4 CSIs in VMSC 

This parameter is defined in clause 7.6.3.36F. 

MSRN2 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

Forwarding Data 2 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

SS-List 2 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

Basic Service Code 2 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

Allowed Services 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

Unavailability Cause 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.172 [126]. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Unknown Subscriber; 

The diagnostic for the Unknown Subscriber error may indicate 'NPDB Mismatch'. 

- Number changed; 
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- Call Barred; 

This error will indicate that either incoming calls are barred for this MS or that calls are barred due to Operator 
Determined Barring (see 3GPP TS 22.041 [8] for a definition of this network feature); 

- CUG Reject; 

The value of this error cause will indicate the reason for CUG Reject; 

- Bearer Service Not Provisioned; 

- Teleservice Not Provisioned; 

A subscription check has been performed and the call has not passed the check due to incompatibility with 
regard to the requested service. Depending on the nature of the incompatibility, either of these messages will be 
returned; 

- Facility Not Supported; 

- Absent Subscriber; 

This indicates that the location of the MS is not known (either the station is not registered and there is no 
location information available or the Provide Roaming Number procedure fails due to IMSI detached flag being 
set), or the GMSC requested forwarding information with a forwarding reason of not reachable, and the call 
forwarding on MS not reachable service is not active; 

- Busy Subscriber; 

This indicates that Call Forwarding on Busy was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of busy; 

The error may also indicate that the subscriber is busy due to an outstanding CCBS recall. In the error data it 
may then be specified that CCBS is possible for the busy encountered call; 

- No Subscriber Reply; 

This indicates that Call Forwarding on No Reply was not active for the specified basic service group when the 
GMSC requested forwarding information with a forwarding reason of no reply; 

- OR Not Allowed; 

This indicates that the HLR is not prepared to accept an OR interrogation from the GMSC, or that calls to the 
specified subscriber are not allowed to be optimally routed; 

Forwarding Violation; 

- System Failure; 

- Data Missing; 

- Unexpected Data Value. 

See clause 7.6 for a definition of these errors. 

Provider error 

These are defined in clause 7.6. 

GSM Bearer CapabiHty 

This information is passed according to the rules specified in 3GPP TS 29.007 [56]. There may be two GSM Bearer 
Capabilities supplied. 

MT Roaming Retry Indicator 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 
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1 0.2 MAP_PROVIDE_ROAMING_NUMBER service 

10.2.1 Definition 

This service is used between the HLR and VLR. The service is invoked by the HLR to request a VLR to send back a 
roaming number to enable the HLR to instruct the GMSC to route an incoming call to the called MS. 

This is a confirmed service which uses the primitives described in table 10.2/1. 

1 0.2.2 Service primitives 

Table 10.2/1: MAP_PROVIDE_ROAMING_NUMBER parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






MSC Number 


M 


M(=) 






MSISDN 


U 


C(=) 






LMSI 


C 


C(=) 






GSM Bearer Capability 


C 


C(=) 






Network Signal Info 


C 


C(=) 






Suppression Of Announcement 


C 


C(=) 






Call Reference Number 


C 


C(=) 






GMSC Address 


C 


C(=) 






OR Interrogation 


C 


C(=) 






OR Not Supported in GMSC 


C 


C(=) 






Alerting Pattern 


C 


C(=) 






CCBS Call 


C 


C(=) 






Supported CAMEL Phases in 
interrogating node 


C 


C(=) 






Additional Signal Info 


C 


C(=) 






Pre-paging supported 


C 


C(=) 






Long FTN Supported 


C 


C(=) 






Suppress VT-CSI 


C 


C(=) 






Offered CAMEL 4 CSIs in 
interrogating node 


C 


C(=) 






MT Roaming Retry Supported 


U 


C(=) 






Paging Area 


U 


C(=) 






Call Priority 


U 


C(=) 






Roaming Number 






C 


C(=) 


ReleaseResourcesSupported 






U 


C(=) 


User error 






c 


C(=) 


Provider error 












10.2.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. Note that: 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 [98] shall be absent if the sending entity 
does not support CAMEL; 

- a conditional parameter whose use is defined only in 3GPP TS 23.079 [99] shall be absent if the sending entity 
does not support optimal routeing; 

- a conditional parameter whose use is defined only in 3GPP TS 23.078 [98] & 3GPP TS 23.079 [99] shall be 
absent if the sending entity supports neither CAMEL nor optimal routeing. 

IMSI 

This is the IMSI of the called Subscriber. 

MSC Number 
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This is the ISDN number assigned to the MSC currently serving the MS. The MSC number will have been stored in the 
HLR as provided at location updating. 

MSISDN 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

LMSI 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

GSM Bearer CapabiHty 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

This information is passed according to the rules specified in TS 3GPP TS 29.007 [56]. 

There may be two GSM Bearer Capabilities supplied. 

Network Signal Info 

See 3GPP TS 23.018 [97] for the conditions for the presence of the components of this parameter. 

Suppression Of Announcement 

The use of this parameter and the requirements for its presence are specified in 3GPP TS 23.078 [98]. 

Call Reference Number 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

GMSC Address 

The use of this parameter and the conditions for its presence are specified in 3GPP TS 23.078 [98] and 3GPP TS 23.079 
[99]. 

OR Interrogation 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

OR Not Supported in GMSC 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

Supported CAMEL Phases in interrogating node_ 

This parameter is defined in clause 7. 6. 3. 361. Alerting Pattern 

See 3GPP TS 23.078 [98] for the use of this parameter and the conditions for its presence. 

CCBS Call 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Additional Signal Info 

See 3GPP TS 23.081 [27] for the conditions for the presence of the components of this parameter. 

Pre-paging supported 

See 3GPP TS 23.018 for the use of this parameter and the conditions for its presence. 

Long FTN supported 

See 3GPP TS 23.082 for the use of this parameter and the conditions for its presence. 

Suppress VT-CSI 
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See 3GPP TS 23.078 for the use of this parameter and the conditions for its presence. 

Offered CAMEL 4 CSIs in interrogating node 

This parameter is defined in clause 7.6.3.36E. 

MT Roaming Retry Supported 

See 3GPP TS 23.018 [97] and 3GPP TS 23.012 [23] for the use of this parameter and the conditions for its presence. 

Paging Area 

See 3GPP TS 23.018 [97] and 3GPP TS 23.012 [23] for the use of this parameter and the conditions for its presence. 

Call Priority 

This parameter indicates the eMLPP priority of the call (see 3GPP TS 24.067 [137]). This parameter should be present 
if the HLR supports this parameter and if the Call Priority was received in the 
MAP_SEND_ROUTING_INFORMATION request. 

Roaming Number 

See 3GPP TS 23.018 [97] for the use of this parameter and the conditions for its presence. 

ReleaseResourcesSupported 

This parameter indicates by its presence that the MAP_RELEASE_RESOURCES service is supported at the VMSC. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Absent Subscriber; 

This error will be returned if the IMSI detach flag is set. 

- No Roaming Number Available; 

- OR Not Allowed; 

This indicates that the MAP_PROVIDE_ROAMING_NUMBER indication included the OR interrogation 
indicator, but the VLR does not support optimal routeing. 

- Facility Not Supported; 

- System Failure; 

- Data Missing; 

- Unexpected Data Value. 

See clause 7.6 for a definition of these reasons. 

Provider error 

These are defined in clause 7.6. 

1 0.3 MAP_RESUME_CALL_HANDLING service 
10.3.1 Definition 

This service is used between the terminating VMSC and the GMSC. The service is invoked by the terminating VMSC 
to request the GMSC to resume handling the call and forward it to the specified destination. 

This is a confirmed service which uses the Primitives listed in table 10.3/1. 
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1 0.3.2 Service primitives 



Table 10.3/1: MAP_RESUME_CALL_HANDL[NG parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Call Reference Number 


C 


C(=) 






Basic Service Group 


G 


C(=) 






Basic Service Group 2 


C 


C(=) 






IMSI 





C(=) 






Fonwarding Data 





C(=) 






CUG Interlock 





C(=) 






CUG Outgoing Access 


C 


C(=) 






0-CSI 


C 


C(=) 






D-CSI 





C(=) 






CCBS Target 





C(=) 






UU Data 





C(=) 






UUS CF Interaction 


C 


C(=) 






All Information Sent 


C 


C(=) 






MSISDN 





C(=) 






MT Roaming Retry 


U 


C(=) 






User error 






C 


C(=) 


Provider error 












10.3.3 Parameter use 

Information received in subsequent segment of a segmented dialogue shall not overwrite information received in an 
earlier segment. 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

Call Reference Number 

See 3GPP TS 23.079 [99] for the use of this parameter. This parameter shall be present in the first segment of the 
dialogue. 

Basic Service Group 

See 3GPP TS 23.079 [99] for the use of this parameter. This parameter shall be present in the first segment of the 
dialogue. 

Basic Service Group 2 

See 3GPP TS 23. 079 [99] for the use of this parameter. If this parameter is present, it shall be in the first segment of the 
dialogue. 

IMSI 

This is the IMSI of the forwarding Subscriber. This parameter shall be present in the first segment of the dialogue. 

Forwarding Data 

This parameter includes a number to define the forwarded-to destination, the forwarding reason and the forwarding 
options Notification to calling party and Redirecting presentation, and can include the forwarded-to subaddress. See 
3GPP TS 23.079 [99] for the conditions for the presence of its components. This parameter shall be present in a first 
segment of the dialogue. 

CUG Interlock 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 

CUG Outgoing Access 

See 3GPP TS 23.079 [99] for the use of this parameter and the conditions for its presence. 
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Q-CSI 

See 3GPP TS 23.078 for the use of this parameter and the conditions for its presence. 

For CAMEL phases 1 & 2, the 0-CSI shall contain only one set of 0-BCSM TDP data. 

D-CSI 

The Dialled Services-CSI. 

See 3GPP TS 23.078 for the use of this parameter and the conditions for its presence. 

CCBS Target 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

UU Data 

See 3GPP TS 23.087 for the use of this parameter and the conditions for its presence. 

UUS CF Interaction 

See 3GPP TS 23.087 for the use of this parameter and the conditions for its presence. 

All Information Sent 

This parameter is set when the VMSC has sent all information to GMSC. 

MT Roaming Retry 

See 3GPP TS 23.018 [97], 3GPP TS 23.012 [23] and 3GPP TS 23.079 [99] for the use of this parameter and the 
conditions for its presence. When this parameter is present, only the Call Reference Number and All Information Sent 
lEs shall be present; the other lEs shall be ignored by the GMSC if received. 

MSISDN 

This parameter is the basic MSISDN of the forwarding subscriber. It shall be present if the VMSC supports 
determination of the redirecting number. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Optimal Routeing not allowed; 
Forwarding failed; 

- Unexpected Data Value; 

- Data Missing. 
Provider error 

These are defined in clause 7.6. 

1 0.4 MAP_PREPARE_GROUP_CALL service 
10.4.1 Definition 

This service is used by the Anchor_MSC to inform the Relay_MSC about a group call set-up. 

The MAP_PREPARE_GROUP_CALL service is a confirmed service using the service primitives given in table 10.4/1. 
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1 0.4.2 Service primitives 



Table 10.4/1: MAP PREPARE GROUP CALL service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Teleservice 


M 


M(=) 






ASCI Call Reference 


M 


M(=) 






Ciphering Algorithm 


M 


M(=) 






Group Key Number VK-ld 


C 


C(=) 






VSTK Key 


C 


C(=) 






VSTK-RAND 


C 


C(=) 






Priority 


C 


C(=) 






CODEC-lnformation 


M 


M(=) 






Uplink Free Indicator 


M 


M(=) 






Talker Channel Parameter 


C 


C(=) 






Uplink Reply Indicator 


C 


C(=) 






Group Call Number 






M 


M(=) 


User Error 






C 


C(=) 


Provider Error 












1 0.4.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1. 

Teleservice 

Voice Broadcast Service or Voice Group Call Service. 

ASCI Call Reference 

Broadcast call reference or group call reference. This item is used to access the VBS-GCR or VGCS-GCR within the 
Relay_MSC. 

Ciphering Algorithm 

The ciphering algorithm to be used for the group call. 

Group Key Number VK-Id 

This Group Key Number has to be broadcast and is used by the mobile station to derive the key for ciphering on the 
radio interface (see 3GPP TS 43.020 [24]). Values 2 to 15 are reserved for future use. 

Shall be present if the ciphering applies. 

VSTK 

The VGCSA^BS Short Term Key is used to derive the key for ciphering on the radio interface (see 3GPP TS 43.020 
[24]). 

Shall be present if the ciphering applies. 

VSTK-RAND 

This random number has to be broadcast and is used by the mobile station to derive the group key for ciphering on the 
radio interface (see 3GPP TS 43.020 [24]). 

Shall be present if the ciphering applies. 

Priority 

Default priority level related to the call if eMLPP applies. 
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CODEC-Information 

Information on the codecs allowed for this call. 

Uplink Free Indicator 

A flag indicating whether the call is initiated from a dispatcher. 

Talker Channel Parameter 

A flag indicating by its presence that a dedicated channel shall be established and maintained for the talking service 
subscriber. 

Uplink Reply Indicator 

A flag indicating by its presence that the uplink reply procedure is applicable for the voice group call or voice broadcast 
call. 

Group Call Number 

This temporary allocated E.164 number is used for routing the call from the Anchor MSC to the Relay MSC. 

User Error 

For definition of this parameter see clause 7.6.1 The following errors defined in clause 7.6.1 may be used, depending on 
the nature of the fault: 

- No Group Call Number available; 

- System Failure; 

- Unexpected Data Value. 
Provider Error 

See definition of provider error in clause 7.6.1. 

1 0.5 MAP_PROCESS_GROUP CALL_SIGNALLING service 
10.5.1 Definitions 

This service is used between Relay MSC and Anchor MSC for transmission of Group Call notifications. 

The MAP_PROCESS_GROUP_CALL_SIGNALLING service is a non-confirmed service using the service primitives 
given in table 10.5/1. 



10.5.2 Service primitives 



Table 10.5/1: MAP PROCESS GROUP CALL SIGNALLING service 



Parameter name 


Request 


indication 


Invoke Id 


M 


M(=) 


Uplink Request 


C 


C(=) 


Uplink Release Indication 


C 


C(=) 


AN-APDU 


C 


C(=) 


Release Group Call 


C 


C(=) 


Talker Priority 


C 


C(=) 


Additional Info 


C 


C(=) 


Emergency Mode Reset 
Command Flag 


C 


C(=) 
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1 0.5.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1 

Uplink Request 

This information element indicates to the anchor MSC that a service subscriber roaming in the relay MSC area requests 
access to the uplink. 

Uplink Release Indication 

This information element if included by the Relay MSC indicates to the Anchor MSC that the uplink has become free. 

AN-APDU 

This parameter contains the Notification Data message as defined inSGPP TS 48.008 [49]. 

Release Group Call 

This information element if included by the Relay MSC indicates to the Anchor MSC that the service subscriber who 
has initiated the call and who currently has access to the uplink terminates the call. 

Talker Priority 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Additional Info 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Emergency Mode Reset Command Flag 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

1 0.6 MAP_FORWARD_GROUP_CALL_SIGNALLING service 
10.6.1 Definitions 

This service is used between Anchor MSC and Relay MSC for transmission of Group Call notifications. 

The MAP_FORWARD_GROUP_CALL_SIGNALLING service is a non-confirmed service using the service 
primitives given in table 10.6/1. 



1 0.6.2 Service primitives 



Table 10.6/1: MAP FORWARD GROUP CALL SIGNALLING service 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


IMSI 


C 


C(=) 


Uplink Request 
Acknowledgement 


C 


C(=) 


Uplink Release Indication 


C 


C(=) 


Uplink Reject Command 


C 


C(=) 


Uplink Seized Command 


C 


C(=) 


Uplink Release Command 


C 


C(=) 


AN-APDU 


C 


C(=) 


State Attributes 


C 


C(=) 
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Talker Priority 


C 


C(=) 


Additional Info 


C 


C(=) 


Emergency IVIode Reset 
Command Flag 


C 


C(=) 


SIVI RP Ul 


C 


C(=) 



1 0.6.3 Parameter definitions and use 

IMSI 

Identity of the service subscriber who has established the call and who is allowed to terminate the call. 

Invoke Id 

See definition in clause 7.6.1. 

Uplink Request Acknowledgement 

This information element is used for positive acknowledgement of an uplink request. 

Uplink Release Indication 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink has become free. 

Uplink Reject Command 

This information element is used for negative acknowledgement of an uplink request. 

Uplink Seized Command 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink is no longer free. 

Uplink Release Command 

This information element if included by the Anchor MSC indicates to the Relay MSC that the uplink which is granted 
to a MS in the relay MSC area shall be released. 

AN-APDU 

This parameter contains the Notification Data message as defined in 3GPP TS 48.008 [49] 

State Attributes 

This information element is used to allow service logic running in an Anchor MSC to mute a VGCS talker even when 
the talker is served on a Relay MSC. The IE is used to build a GCC message that provides a mechanism to induce the 
VGCS talker terminal to mute/unmute the downlink at the Anchor MSC, as defined in 3GPP TS 44.068. 

Talker Priority 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Additional Info 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Emergency Mode Reset Command Flag 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

SM RP UI 

See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. 
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1 0.7 MAP_SEND_GROUP_CALL_END_SIGNAL service 

10.7.1 Definitions 

This service is used between the Relay MSC and the Anchor MSC. When the VGCS/ VBS calHng service subscriber is 
in the Relay MSC area the MAP_SEND_GROUP_CALL_END_SIGNAL indicates that at least the downlink channel 
in the originating cell is established. For all other VGCS/ VBS call set-up scenarios (i.e. calling service subscriber in 
Anchor MSC area, calling service subscriber in other Relay MSC area, dispatcher originated call) the 
MAP_SEND_GROUP_CALL_END_SIGNAL indicates that at least the downlink channel in any one cell within the 
VGCS/ VBS call area in the Relay MSC is established. The response is used by the Anchor MSC to inform the Relay 
MSC that all resources for the call can be released in the Relay MSC because the call has been released in the Anchor 
MSC. 

The MAP_SEND_GROUP_CALL_END_SIGNAL service is a confirmed service using the service primitives given in 
table 10.7/1. 

1 0.7.2 Service primitives 

Table 10.7/1: MAP SEND GROUP CALL END SIGNAL service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






Talker Priority 


C 


C(=) 






Additional Info 


C 


C(=) 






Provider Error 












1 0.7.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1 

IMSI 

Identity of the service subscriber who has established the call and who is allowed to terminate the call. 

Shall be present if the call was established by a service subscriber roaming in the relay MSC area. 

Talker Priority 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Additional Info 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Provider Error 

See definition of provider error in clause 7.6.1. 

10.7A MAP_SEND_GROUP_CALLJNFO service 
10.7A.1 Definitions 

This service is used in a RANflex configuration (see 3GPP TS 23.236 [133]) between the subscriber's visited MSC and 
group call serving MSC of the subscriber's location area. 

The MAP_SEND_GROUP_CALL_INFO service is a confirmed service using the service primitives given in table 
10.7A/1. 
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10.7A.2 Service primitives 



Table 10.7A/1: MAP SEND GROUP CALL INFO service 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Requested Info 


M 


M(=) 






Teleservice 


M 


M(=) 






Cell Id 


C 


C(=) 






Group Id 


M 


M(=) 






IMSI 


C 


C(=) 


C 


C(=) 


Talker Priority 


C 


C(=) 






Additional Info 


C 


C(=) 


C 


C(=) 


TMSI 


C 


C(=) 






CKSN 


C 


C(=) 






Anchor MSC Address 






c 


C(=) 


ASCI Call Reference 






c 


C(=) 


Additional Subscriptions 






c 


C(=) 


Kc 






c 


C(=) 


User Error 






c 


C(=) 


Provider Error 












10.7A.3 Parameter definitions and use 

Invoke Id 

See definition in clause 7.6.1 

Requested Info 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Teleservice 

Voice Broadcast Service or Voice Group Call Service. 

Cell Id 

Identity of the initiating service subscriber's current cell. 

Group Id 

For the definition and use of this parameter see 3GPP TS 43.068 [100] and 3GPP TS 43.069 [101] 

IMSI 

If sent in the request: Identity of the service subscriber who has established the call and who is allowed to terminate the 

call. 

If sent in the response: Identity of the uplink requesting service subscriber. 

Talker Priority 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Additional Info 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

TMSI 

See definition in clause 7.6.2. 

CKSN 

See clause 7.6.7 for the use of this parameter. 
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Anchor MSC Address 

For the definition and use of this parameter see 3GPP TS 43.068 [100] and 3GPP TS 43.069 [101] 

ASCI Call Reference 

For the definition and use of this parameter see 3GPP TS 43.068 [100] and 3GPP TS 43.069 [101] 

Additional Subscriptions 

For the definition and use of this parameter see 3GPP TS 43.068 [100] 

Kc 

See clause 7.6.7 for the use of this parameter. 

User Error 

For definition of this parameter see clause 7.6.1 The following errors defined in clause 7.6.1 may be used, depending on 
the nature of the fault: 

- System Failure; 

- Unexpected Data Value; 

- Data Missing 
TeleserviceNotProvisioned; 

- Unknown Subscriber; 

- Ongoing Call. 
Provider Error 

See definition of provider error in clause 7.6.1. 



10.8 Void 



10.9 Void 



1 0.1 MAP_SET_REPORTING_STATE service 

10.10.1 Definition 

This service is used between the HLR and the VLR to set the reporting state for a requested service. It is a confirmed 
service using the service primitives shown in table 10.10/1. 

10.10.2 Service primitives 

Table 10.10/1 : MAP_SET_REPORTING_STATE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






LMSI 


C 


C(=) 






CCBS Monitoring 


C 


C(=) 






CCBS Subscriber Status 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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10.10.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

IMSI 

The IMSI is a mandatory parameter if the service is used as the only one in a dialogue. 

CCBS Monitoring 

This parameter indicates whether monitoring for CCBS shall be started or stopped. If it indicates that monitoring shall 
be started this service corresponds to the message 'Start Reporting' in 3GPP TS 23.093 [107]; if it indicates that 
monitoring shall be stopped this service corresponds to the message 'Stop Reporting' in 3GPP TS 23.093 [107]. 

CCBS Subscriber Status 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- System Failure; 

- Unidentified Subscriber; 

- Unexpected Data Value; 

- Data Missing; 

- Resource Limitation; 

- Facility Not Supported. 

NOTE: This error is reserved for future use. 
Provider error 
These are defined in clause 7.6. 

1 0.1 1 MAP_STATUS_REPORT service 
10.11.1 Definition 

This service is used by the VLR to report an event or call outcome to the HLR. It is a confirmed service using the 
service primitives shown in table 10.1 1/1. 



10.11.2 Service primitives 



Table 10.11/1: MAP_STATUS_REPORT parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






CCBS Subscriber Status 


C 


C(=) 






Monitoring Mode 


C 


C(=) 






Call Outcome 


C 


C(=) 






User error 






C 


C(=) 


Provider error 
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10.11.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

CCBS Subscriber Status 

If this parameter is present without Monitoring Mode and Call Outcome this service corresponds to the message 'Event 
Report' in 3GPP TS 23.093 [107]. See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its 
presence. 

Monitoring Mode 

If this parameter is present with CCBS Call Outcome this service corresponds to the message 'CCBS Call Report' in 
3GPP TS 23.093 [107]. See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Call Outcome 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- Unknown Subscriber; 

- System Failure; 

- Unexpected Data Value; 

- Data Missing. 
Provider error 

These are defined in clause 7.6. 

10.12 MAP_REMOTE_USER_FREE service 
10.12.1 Definition 

This service is used between the HLR and the VLR to report that the B subscriber is now idle and that the A subscriber 
can be notified. It is a confirmed service using the service primitives shown in table 10.12/1. 



10.12.2 Service primitives 



Table 10.12/1: MAP_REMOTE_USER_FREE parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


IVI 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






Call Info 


M 


M(=) 






CCBS Feature 


M 


M(=) 






Translated B Number 


M 


M(=) 






Replace B Number 


C 


C(=) 






Alerting Pattern 





C(=) 






RUF Outcome 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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10.12.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

Call Info 

See 3GPP TS 23.093 [107] for the use of this parameter. 

CCBS Feature 

See 3GPP TS 23.093 [107] for the conditions for the presence of the parameters included in the CCBS feature. 

Translated B Number 

See 3GPP TS 23.093 [107] for the use of this parameter. 

Replace B Number 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Alerting Pattern 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

RUF Outcome 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- Unexpected Data Value; 

- Data Missing; 
Incompatible Terminal; 

- This error is returned by the responder when the terminal used for CCBS activation is not compatible with the 
terminal used for the CCBS recall. For details refer to 3GPP TS 24.008 [35]; 

- Absent Subscriber (IMSI Detach; Restricted Area; No Page Response); 

- System Failure; 

- Busy Subscriber (CCBS Busy). 
Provider error 

These are defined in clause 7.6. 

10.13 MAPJST_ALERT service 

10.13.1 Definition 

This service is used between the MSC (Visited MSC or Gateway MSC) and the HLR, to report that the 1ST timer 
running for a call for the Subscriber has expired. It is a confirmed service using the service primitives shown in 
table 10.13/1. 

10.13.2 Service primitives 

Table 10.13/1: MAPJST_ALERT parameters 
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Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






1ST Alert Timer 






C 


C(=) 


1ST Information Witlidraw 






C 


C(=) 


Call termination Indicator 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












10.13.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

1ST Alert Timer 

If included in the 1ST Alert response, it includes the new 1ST Alert timer value that must be used to inform the HLR 
about the call activities that the subscriber performs. 

1ST Information Withdraw 

If included in the 1ST Alert response, this parameter is used to indicate that the 1ST condition has been removed for the 
subscriber. When the MSC receives this parameter, 1ST control for that call shall be terminated. 

Call termination Indicator 

If included in the 1ST Alert response, this parameter is used to indicate whether the MSC shall terminate the call activity 
that had previously triggered the 1ST Alert procedure, or it shall also release all other call activities for the specified 
subscriber (outgoing call activities if the 1ST Alert is initiated by the VMSC, or incoming call activities if the 1ST Alert 
is initiated by the GMSC). Release of all other call activities is possible only if the MSC has the capability to link the 
call activities for the Subscriber by using the IMSI as key. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Unexpected Data Value; 

- Resource Limitation; 

- Facility Not Supported; 

- Unknown Subscriber. 

10.14 MAP_IST_COMMAND service 

10.14.1 Definition 

This service is used by the HLR to instruct the MSC (Visited MSC or Gateway MSC) to terminate ongoing call 
activities for a specific subscriber. It is a confirmed service using the service primitives shown in table 10.14/1. 

10.14.2 Service primitives 



Table 10.14/1: MAP_IST_COMMAND parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






User error 






C 


C(=) 


Provider error 
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10.14.3 Parameter use 

All parameters are described in clause 7.6. The following clarifications are applicable: 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Unexpected Data Value; 
Resource Limitation; 

- Facility Not Supported; 

- Unknown Subscriber. 

10.15 MAP_RELEASE_RESOURCES service 

10.15.1 Definition 

This service is used between the GMSC and the terminating VMSC. The service is invoked by the GMSC to request the 
VMSC to release the resources associated with the specified MSRN. 

This is a confirmed service which uses the Primitives listed in table 10.15/1. 

10.15.2 Service primitives 

Table 10.15/1: MAP_RELEASE_RESOURCES parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSRN 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












10.15.3 Parameter use 

MSRN 

See 3GPP TS 23.018 [97] for the use of this parameter. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Unexpected Data Value; 
Provider error 

These are defined in clause 7.6. 
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1 1 Supplementary services related services 

1 1 .1 MAP_REGISTER_SS service 

11.1.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to register data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table ILL/L 

11.1.2 Service primitives 

Table 11.1/1: MAP_REGISTER_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarded-to number witli subaddress 


C 


C(=) 






No reply condition time 


C 


C(=) 






EMLPP default priority 


C 


C(=) 


C 


C(=) 


Long FTN Supported 


C 


C(=) 






NbrUser 


C 


C(=) 


C 


C(=) 


Fonwarding information 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












11.1.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to register. 

Basic service 

This parameter indicates for which basic service group the supplementary service is to be registered. If it is not 
included, the registration request applies to all basic services. 

Forwarded-to number with subaddress 

This parameter is obligatory if the registration applies to one or more call forwarding supplementary services. It can 
optionally include a sub-address. 

No reply condition time 

This parameter is included if the registration applies to the Call Forwarding on No Reply supplementary service (or a 
superset of this service) and the mobile subscriber supplies a value for this time. 

EMLPP default prioritv 

This parameter is sent by the initiator to register the eMLPP default priority level and is returned by the responder at 
successful outcome of the service. 

Long FTN Supported 
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This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

NbrUser 

This parameter is sent by the initiator to register the MC maximum number of user defined circuit switched bearers to 
be used. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the registration request concerned 
one or a group of Call Forwarding supplementary services. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- System failure; 

- Data missing; 

- Unexpected data value; 

- Call Barred; 

Bearer service not provisioned; 

- This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

- Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Illegal SS operation; 

- SS error status; 

- SS incompatibility. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .2 MAP_ERASE_SS service 

11.2.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to erase data related to a 
supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11.2/1. 

1 1 .2.2 Service primitives 

Table 11.2/1: MAP_ERASE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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1 1 .2.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to erase. 

Basic service 

This parameter indicates for which basic service group the supplementary service should be erased. If it is not included, 
the erasure request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the erasure request concerned one or 
a group of Call Forwarding supplementary services. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 

- Unexpected data value; 

- Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

- Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Call Barred; 

- Illegal SS operation; 

- SS error status. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .3 MAP_ACTIVATE_SS service 

11.3.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to activate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11.3/1. 

1 1 .3.2 Service primitives 

Table 11.3/1: MAP_ACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 
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SS-Code 


M 


M(=) 






Long FTN Supported 


C 


C(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


Call barring information 






c 


C(=) 


SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












1 1 .3.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to activate. 

Basic service 

This parameter indicates for which basic service groups the requested supplementary service(s) should be activated. If it 
is not included, the activation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Forwarding. 

Long FTN Supported 

This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned 
Call Barring. 

SS-Data 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned for 
example Call Waiting. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 

- Unexpected data value; 
Bearer service not provisioned; 

- This error is returned only if not even a subset of the requested bearer service group has been subscribed to. 

- Teleservice not provisioned; 

- This error is returned only if not even a subset of the requested teleservice group has been subscribed to. 

- Call Barred; 

- Illegal SS operation; 
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- SS error status; 

- SS subscription violation; 

- SS incompatibility; 

- Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .4 MAP_DEACTIVATE_SS service 

11.4.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to deactivate a supplementary 
service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 1 1.4/1. 

1 1 .4.2 Service primitives 



Table 11.4/1: MAP_DEACTIVATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






Basic service 


C 


C(=) 






Forwarding information 






C 


C(=) 


Call barring information 






C 


C(=) 


SS-Data 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












1 1 .4.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates the supplementary service which the mobile subscriber wants to deactivate. 

Basic service 

This parameter indicates for which basic service group the requested supplementary service(s) should be deactivated. If 
it is not included the deactivation request applies to all basic services. 

Forwarding information 

This parameter is returned by the responder at successful outcome of the service, if the deactivation request concerned 
one or a group of Call Forwarding supplementary services. 

Call barring information 

This parameter is returned by the responder at successful outcome of the service, if the activation request concerned one 
or a group of Call Barring supplementary services. 
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SS-Data 

This parameter is returned by the responder at successful outcome of the service, for example if the deactivation request 
concerned the Call Waiting supplementary service. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 

- Unexpected data value; 

- Bearer service not provisioned; 

This error is returned only if not even a subset of the requested bearer service group has been subscribed to; 

- Teleservice not provisioned; 

This error is returned only if not even a subset of the requested teleservice group has been subscribed to; 

- Call Barred; 

- Illegal SS operation; 

- SS error status; 

- SS subscription violation; 

- Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .5 MAP_INTERROGATE_SS service 
11.5.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR to retrieve information related 
to a supplementary service. The VLR will relay the message to the HLR if necessary. 

The service is a confirmed service and consists of four service primitives. 



1 1 .5.2 Service primitives 

The service primitives are shown in table 11.5/1. 



Table 11.5/1 : MAP_INTERROGATE_SS parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


IVI 


M(=) 






Basic service 


C 


C(=) 






Long FIN Supported 


C 


C(=) 






SS-Status 






C 


C(=) 


Basic service Group LIST 






C 


C(=) 


Fonwarding feature LIST 






c 


C(=) 


CLI restriction Info 






c 


C(=) 
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EMLPP Info 






C 


C(=) 


MC Information 






C 


C(=) 


CCBS Feature LIST 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












1 1 .5.3 Parameter use 

For additional information on parameter use refer to the GSM 04. 8x and 04.9x-series of technical specifications. 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

The mobile subscriber can only interrogate a single supplementary service per service request. 

Basic service 

This parameter indicates for which basic service group the given supplementary service is interrogated. If it is not 
included, the interrogation request applies to all basic services. 

SS-Status 

This parameter is included by the responder if: 

- the interrogated supplementary service can only be subscribed for all applicable basic services simultaneously; 
or 

- the interrogated supplementary service is not active for any of the interrogated basic services, or 

- the interrogation was for the CCBS supplementary service and no CCBS request is active or the service is not 
provisioned. 

Basic service group LIST 

This parameter LIST is used to include one or a series of basic service groups for which the interrogated supplementary 
service is active. If the interrogated supplementary service is not active for any of the interrogated (and provisioned) 
basic service groups, the SS-Status parameter is returned. 

Long FTN Supported 

This parameter indicates that the mobile station supports Long Forwarded-to Numbers. 

Forwarding feature LIST 

The forwarding feature parameter is described in clause 7.6.4. A list of one or more forwarding features is returned by 
the responder when the interrogation request applied to Call Forwarding supplementary service. 

If no basic service code parameter is provided within this sequence, the forwarding feature parameter applies to all 
provisioned basic services. 

CLI restriction Info 

The CLI-Restrictionlnfo parameter is returned by the responder when the interrogation request applies to the CLIR 
supplementary service. 

EMLPP Info 

The eMLPP info (maximum entitled priority and default priority) is returned by the responder if the interrogation 
request applies to the eMLPP supplementary service. 

MC Information 
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The MC information (NbrSB, NbrUser and NbrSN) is returned by the responder if the interrogation request appHes to 
the MC supplementary service. For a definition of these 3 components, refer to 3GPP TS 23.135 and 3GPP TS 24.135. 

CCBS Feature LIST 

The CCBS feature parameter is described in clause 7.6. A list of one or more CCBS features is returned by the 
responder when the interrogation request applied to the CCBS supplementary service. See 3GPP TS 23.093 [107] for 
the conditions for the presence of the parameters included in the CCBS feature. 

User error 

This error is sent by the responder upon unsuccessful outcome of the interrogation service, and then takes one of the 
following values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 

- Unexpected data value; 

- Bearer Service not provisioned; 

This error is returned only if not even a subset of the interrogated bearer services are provided; 

- Teleservice not provisioned; 

This error is returned only if not even a subset of the interrogated teleservices are provided; 

- Call Barred; 

- Illegal SS operation; 

- SS not available. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .6 Void 

1 1 .7 MAP_REGISTER_PASSWORD service 
11.7.1 Definitions 

This service is used between the MSC and the VLR and between the VLR and the HLR if the mobile subscriber 
requests to register a new password. The VLR will relay the message to the HLR. 

The service is a confirmed service and consists of four service primitives. 



1 1 .7.2 Service primitives 

The service primitives are shown in table 11.7/1. 



Table 11.7/1: MAP_REGISTER_PASSWORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 






New password 






C 


C(=) 


User error 






C 


C(=) 


Provider error 
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1 1 .7.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

SS-Code 

This parameter indicates for which supplementary service(s) the password should be registered. 

New Password 

See clause 7.6.4 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 

- Unexpected data value; 

- Call Barred; 

- SS subscription violation; 

- Password registration failure; 

- Negative PW check; 

- Number Of PW Attempts Violation. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .8 MAP_GET_PASSWORD service 

11.8.1 Definitions 

This service is used between the HLR and the VLR and between the VLR and the MSC when the HLR receives a 
request from the mobile subscriber for an operation on a supplementary service which requires a password from the 
subscriber. The VLR will relay the message to the MSC. 

The service is a confirmed service and uses the service primitives shown in table 11.8/1. 

1 1 .8.2 Service primitives 



Table 11.8/1: MAP_GET_PASSWORD parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


IVI 


M(=) 


M(=) 


M(=) 


Linked id 


c 


C(=) 






Guidance info 


IVI 


M(=) 






Current password 






M 


M(=) 


Provider error 
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1 1 .8.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

Linked Id 

See clause 7.6.1 for the use of this parameter. If the MAP_GET_P AS SWORD service is used in conjunction with the 
MAP_REGISTER_P AS SWORD service, this parameter must be present; otherwise it must be absent. 

Guidance info 

See clause 7.6.4 for the use of this parameter. 

Current password 

See clause 7.6.4 for the use of this parameter. 

Provider error 

See clause 7.6.1 for the use of this parameter. 

1 1 .9 MAP_PROCESS_UNSTRUCTURED_SS_REQUEST 
service 

11.9.1 Definitions 

This service is used between the MSC and the VLR, between the VLR and the HLR, between the HLR and gsmSCF 
and between the HLR and HLR to relay information in order to allow unstructured supplementary service operation. 

The MAP_PROCESS_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from 
table 11.9/1. 



1 1 .9.2 Service primitives 



Table 11.9/1: MAP_PROCESS_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M(=) 


C 


C(=) 


USSD String 


M 


M(=) 


C 


C(=) 


MSISDN 


C 


C(=) 






User error 






c 


C(=) 


Provider error 












1 1 .9.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

USSD Data Coding Scheme 

See clause 7.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD String parameter has to be 
present. 
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USSD String 

See clause 7.6.1 for the use of this parameter. The presence of the parameter in the response is dependent on the 
unstructured supplementary service application. If this parameter is present, then the USSD Data Coding Scheme 
parameter has to be present. 

MSISDN 

The subscriber's basic MSISDN. 

See definition in clause 7.6.2. For Follow Me when the service request is sent from the HLR of the A subscriber, the 
parameter shall contain the MSISDN of the A subscriber, see 3GPP TS 23.094 [129]. For other purposes the MSISDN 
may be included as an operator option, e.g. to allow addressing the subscriber's data in the gsmSCF with the MSISDN. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- System failure; 

- Data missing; 

- Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 

- Call Barred; 
Unknown Alphabet. 

Provider error 

See clause 7.6.1 for the use of this parameter. 

11.10 MAP_UNSTRUCTURED_SS_REQUEST service 

11.10.1 Definitions 

This service is used between the gsmSCF and the HLR, the HLR and the VLR and between the VLR and the MSC 
when the invoking entity requires information from the mobile user, in connection with unstructured supplementary 
service handling. 

The MAP_UNSTRUCTURED_SS_REQUEST service is a confirmed service using the primitives from table 11.10/1. 

11.10.2 Service primitives 

Table 11.10/1: MAP_UNSTRUCTURED_SS_REQUEST parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Sciieme 


IVI 


M(=) 


C 


C(=) 


USSD String 


IVI 


M(=) 


C 


C(=) 


Alerting Pattern 


C 


C(=) 






User error 






c 


C(=) 


Provider error 












11.10.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 
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USSD Data Coding Scheme 

See clause 7.6.4 for the use of this parameter. The presence of the parameter in the response is dependent on the mobile 
user's MMI input. If this parameter is present, then the USSD String parameter has to be present. 

USSD String 

See clause 7.6.1 for the use of this parameter. The presence of the parameter in the response is dependent on the mobile 
user's MMI input. If this parameter is present, then the USSD Data Coding Scheme parameter has to be present. 

Alerting Pattern 

See clause 7.6.3 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- System failure; 

- Data missing; 

- Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string; 

- Absent Subscriber; 

- Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication; 

- Illegal Equipment; 

- USSD Busy; 

- Unknown Alphabet. 
Provider error 

See clause 7.6.1 for the use of this parameter. 

11.11 MAP_UNSTRUCTURED_SS_NOTIFY service 
11.11.1 Definitions 

This service is used between the gsmSCF and the HLR, the HLR and the VLR and between the VLR and the MSC 
when the invoking entity requires a notification to be sent to the mobile user, in connection with unstructured 
supplementary services handling. 

The MAP_UNSTRUCTURED_SS_NOTIFY service is a confirmed service using the primitives from table 11.11/1. 
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11.11.2 Service primitives 



Table 11.11/1: MAP_UNSTRUCTURED_SS_NOTIFY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


USSD Data Coding Scheme 


M 


M(=) 






USSD String 


M 


M(=) 






Alerting Pattern 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












11.11.3 Parameter use 

Invoke id 

See clause 7.6.1 for the use of this parameter. 

USSD Data Coding Scheme: 

See clause 7.6.4 for the use of this parameter. 

USSD String: 

See clause 7.6.1 for the use of this parameter. 

Alerting Pattern 

See clause 7.6.3 for the use of this parameter. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values defined in clause 7.6.1: 

- System failure; 

- Data missing; 

- Unexpected data value; 

This error is returned by the responder if it is not able to deal with the contents of the USSD string. 

- Absent Subscriber; 

- Illegal Subscriber; 

This error indicates that delivery of the unstructured supplementary service data failed because the MS failed 
authentication. 

- Illegal Equipment; 

- USSD Busy; 

- Unknown Alphabet. 
Provider error 

See clause 7.6.1 for the use of this parameter. 
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11.12 MAP_SSJNVOCATION_NOTIFY 

11.12.1 Definition 

This service is used between the MSC and the gsmSCF when the subscriber invokes one of the following 
supplementary services; Call Deflection (CD), Explicit Call Transfer (ECT) or Multi Party (MPTY). 

This service is used between the HLR and the gsmSCF when the subscriber invokes the CCBS supplementary service. 

11.12.2 Service primitives 

The service primitives are shown in table 11.12/1. 

Table 11.12/1: SS_INVOCATION_NOTIFY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






IMSI 


M 


M(=) 






SS- event 


M 


M(=) 






SS- event data 


C 


C(=) 






B-subscriber Number 


C 


C(=) 






CCBS Request State 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












11.12.3 Parameter use 

All parameters are described in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.078. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Data Missing; 

- Unexpected Data Value; 
Unknown Subscriber. 

Provider error 

This is defined in clause 7.6.1. 

11.13 MAP_REGISTER_CC_ENTRY service 
11.13.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to register data for a requested 
call completion supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11.13/1. 
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11.13.2 Service primitives 



Table 11.13/1: MAP_REGISTER_CC_ENTRY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


SS Code 


M 


M(=) 






CCBS Feature 


C 


C(=) 


C 


C(=) 


Translated B number 


C 


C(=) 






Service Indicator 


C 


C(=) 






Call Info 


C 


C(=) 






Network Signal Info 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












11.13.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

SS-Code 

This parameter indicates the call completion supplementary service for which the mobile subscriber wants to register an 
entry. 

CCBS Feature 

See 3GPP TS 23.093 [107] for the conditions for the presence of the parameters included in the CCBS feature. 

Translated B Number 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Service Indicator 

This parameter corresponds to the parameters 'Presentation Indicator' and 'CAMEL Invoked' in 3GPP TS 23.093 [107]. 
It indicates which services have been invoked for the original call (e.g. CLIR, CAMEL). See 3GPP TS 23.093 [107] for 
the use of this parameter and the conditions for its presence. 

Call Info 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

Network Signal Info 

See 3GPP TS 23.093 [107] for the use of this parameter and the conditions for its presence. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data missing; 

- Unexpected data value; 

- Call Barred; 

- Illegal SS operation; 

- SS error status; 

- SS incompatibility. 
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- Short Term Denial; 
Long Term Denial; 

- Facility Not Supported; 

NOTE: This error is reserved for future use. 
Private Extensions shall not be sent with these user errors for this operation. 
Provider error 
See clause 7.6.1 for the use of this parameter. 

11.14 MAP_ERASE_CC_ENTRY service 

11.14.1 Definition 

This service is used between the MSC and the VLR and between the VLR and the HLR to erase data related to a call 
completion supplementary service. The VLR will relay the message to the HLR. 

The service is a confirmed service and uses the service primitives shown in table 11.14/1. 

11.14.2 Service primitives 

Table 11.14/1: MAP_ERASE_CC_ENTRY parameters 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


IVI 


M(=) 


M(=) 


M(=) 


SS-Code 


M 


M(=) 


C(=) 


C(=) 


CCBS Index 


C 


C(=) 






SS-Status 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












11.14.3 Parameter use 

See clause 7.6 for a definition of the parameters used, in addition to the following. 

SS-Code 

This parameter indicates the call completion supplementary service for which the mobile subscriber wants to erase an 
entry/entries. 

CCBS Index 

See 3GPP TS 23.093 [107] for the use of this parameter and the condition for its presence. 

SS-Status 

Depending on the outcome of the service request this parameter may indicate either provisioned and active or not 
provisioned. 

User error 

This parameter is sent by the responder upon unsuccessful outcome of the service, and then takes one of the following 
values, defined in clause 7.6.1: 

- System failure; 

- Data Missing; 
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- Unexpected data value; 

- Call Barred; 

- Illegal SS operation; 

- SS error status. 

Private Extensions shall not be sent with these user errors for this operation. 

Provider error 

See clause 7.6.1 for the use of this parameter. 



1 2 Short message service management services 

12.1 MAP-SEND-ROUTING-INFO-FOR-SM service 
12.1.1 Definition 

This service is used between the gateway MSC and the HLR to retrieve the routing information needed for routing the 
short message to the servicing MSC or SGSN. This service is also used between the gateway MSC and SMS Router, 
and SMS Router and HLR in order to enforce routing of the SM delivery via the HPLMN of the receiving MS. This 
service is also used between HLR and IP-SM-GW, and between IP-SM-GW and HLR in order to allow MT-SM 
delivery via the IMS. 

The MAP-SEND-ROUTING-INFO-FOR-SM is a confirmed service using the primitives from table 12.1/1. 



12.1.2 Service primitives 



Table 12.1/1: MAP-SEND-ROUTING-INFO-FOR-SM 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


IVI 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






SM-RP-PRI 


M 


M(=) 






Service Centre Address 


M 


M(=) 






SM-RP-MTI 


C 


C(=) 






SM-RP-SMEA 


C 


C(=) 






GPRS Support Indicator 


c 


C(=) 






SIVI-Delivery Not Intended 


u 


C(=) 






IIVISI 






C 


C(=) 


Network Node Number 






C 


C(=) 


LMSI 






c 


C(=) 


GPRS Node Indicator 






c 


C(=) 


Additional Number 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












12.1.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSISDN 

See definition in clause 7.6.2. 
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SM-RP-PRI 

See definition in clause 7.6.8. 

Service Centre Address 

See definition in clause 7.6.2. 

SM-RP-MTI 

See definition in clause 7.6.8. This parameter shall be present when the feature « SM filtering by the HPLMN » is 
supported by the SMS-GMSC and when the equivalent parameter is received from the short message service relay sub- 
layer protocol. 

SM-RP-SMEA 

See definition in clause 7.6.8. This parameter shall be present when the feature « SM filtering by the HPLMN » is 
supported by the SMS-GMSC and when the equivalent parameter is received from the short message service relay sub- 
layer protocol. 

GPRS Support Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if the SMS-GMSC supports receiving of the 
two numbers from the HLR. 

SM-DeHverv Not Intended 

This parameter indicates by its presence that delivery of a short message is not intended. It further indicates whether 
only IMSI or only MCC+MNC are requested. 

This parameter may be set by entities that request the service without intending to deliver a short message (e.g. MMS 
Relay/Server), and shall be evaluated by the SMS Router and may be evaluated by the HLR. 

IMSI 

See definition in clause 7.6.2. If enforcement of routing an SM via the HPLMN of the receiving MS is deployed, this 
parameter contains an MT Correlation ID instead of an IMSI when the service is used between SMS-GMSC and SMS 
Router (see 3GPP TS 23.040 [26] for more information). If the "SM-Delivery Not Intended" parameter was present in 
the Indication with a value of "only MCC+MNC requested", then this parameter may contain MCC+MNC+dummy 

MSIN. 

The presence of this parameter is mandatory in a successful case. 

Network Node Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. If the "SM-Delivery Not Intended" 
parameter was present in the Indication a dummy address may be provided. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide this parameter from the VLR; it is mandatory for the 
HLR to include the LMSI in a successful response, if the VLR has used the LMSI. 

GPRS Node Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if only the SGSN number is sent in the 
Network Node Number. 

Additional Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown subscriber; 
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- Call Barred; 
Teleservice Not Provisioned; 

- Absent Subscriber_SM; 

- Facility Not Supported; 

- System failure; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.2 MAP-MO-FORWARD-SHORT-MESSAGE service 

12.2.1 Definition 

This service is used between the serving MSC or the SGSN and the SMS Interworking MSC to forward mobile 
originated short messages. 

The MAP-MO-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 12.2/1. 

1 2.2.2 Service primitives 

Table 12.2/1: MAP-MO-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SM RP Ul 


M 


M(=) 


C 


C(=) 


IMSI 
User error 


C 


C(=) 


C 


C(=) 


Provider error 












12.2.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SM RP DA 

See definition in clause 7.6.8. 

In the mobile originated SM transfer this parameter contains the Service Centre address received from the mobile 
station. 

SM RP QA 

See definition in clause 7.6.8. 

The MSISDN received from the VLR or from the SGSN is inserted in this parameter in the mobile originated SM 
transfer. 

SM RP UI 
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See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. 

IMSI 

See definition in clause 7.6.2.1. The IMSI of the originating subscriber is inserted in this parameter in the mobile 
originated SM transfer. 

This parameter shall be included if the sending entity, whether MSC or SGSN, supports mobile number portability. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Facility Not Supported; 

- System Failure; 

SM Delivery Failure; 

The reason of the SM Delivery Failure can be one of the following in the mobile originated SM: 

- unknown Service Centre address; 

- Service Centre congestion; 

- invalid Short Message Entity address; 

- subscriber not Service Centre subscriber; 

- protocol error. 

- Unexpected Data Value 
Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.3 MAP-REPORT-SM-DELIVERY-STATUS service 
12.3.1 Definition 

This service is used between the gateway MSC and the HLR or the external Short Message Gateway (IP-SM-GW) and 
the HLR. The MAP-REPORT-SM-DELIVERY-STATUS service is used to set the Message Waiting Data into the HLR 
or to inform the HLR of successful SM transfer after polling. This service is invoked by the gateway MSC or the 
external Short Message Gateway (IP-SM-GW). 

The MAP-REPORT-SM-DELIVERY-STATUS service is a confirmed service using the service primitives given in 
table 12.3/1. 



1 2.3.2 Service primitives 



Table 12.3/1: MAP-REPORT-SM-DELIVERY-STATUS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSISDN 


M 


M(=) 






Service Centre Address 


M 


M(=) 






SM Delivery Outcome 


M 


M(=) 






Absent Subscriber Diagnostic SM 


C 


C(=) 






GPRS Support Indicator 


C 


C(=) 






Delivery Outcome Indicator 


C 


C(=) 






Additional SM Delivery Outcome 


C 


C(=) 






Additional Absent Subscriber Diagnostic SM 


C 


C(=) 







ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



217 



ETSI TS 129 002 V9.2.0 (2010-07) 



IP-SM-GW-lndicator 


G 


C(=) 






IP-SM-GW SM Delivery Outcome 





C(=) 






IP-SM-GW Absent Subscriber Diagnostic SIVl 


C 


C(=) 






MSIsdn-Alert 









C(=) 


User error 









C(=) 


Provider error 












12.3.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSISDN 

See definition in clause 7.6.2. 

Service Centre Address 

See definition in clause 7.6.2. 

SM Delivery Outcome 

See definition in clause 7.6.8. This parameter indicates the status of the mobile terminated SM delivery. 

Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

GPRS Support Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory if the SMS-GMSC supports handling of two 
delivery outcomes. 

Delivery Outcome Indicator 

See definition in clause 7.6.8. 

Additional SM Delivery Outcome 

See definition in clause 7.6.8. 

Additional Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

IP-SM-GW Indicator 

See definition in clause 7.6.8. 

IP-SM-GW SM Deliverv Outcome 

See definition in clause 7.6.8. 

IP-SM-GW Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

MSIsdn-Alert 

See definition in clause 7.6.2. This parameter shall be present in case of unsuccessful delivery, when the MSISDN 
received in the operation is different from the stored MSIsdn-Alert; the stored MSIsdn-Alert is the value that is returned 
to the gateway MSC. 

User error 
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The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 
Unknown Subscriber; 

- Message Waiting List Full; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.4 MAP-READY-FOR-SM service 
12.4.1 Definition 

This service is used between the MSC and VLR as well as between the VLR and the HLR. The MSC initiates this 
service if a subscriber indicates memory available situation. The VLR uses the service to indicate this to the HLR. 

The VLR initiates this service if a subscriber, whose message waiting flag is active in the VLR, has radio contact in the 
MSC. 

Also this service is used between the SGSN and the HLR. The SGSN initiates this service if a subscriber indicates 
memory available situation. The SGSN uses the service to indicate this to the HLR. 

Also this service is used between the HSS and the IWF. 

The SGSN initiates this service if a subscriber, whose message waiting flag is active in the SGSN, has radio contact in 
the GPRS. 

The MAP-READY-FOR-SM service is a confirmed service using the primitives from table 12.4/1. 



1 2.4.2 Service primitives 



Table 12.4/1: MAP-READY-FOR-SM 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


C 


C(=) 






TMSI 


C 


C(=) 






Alert Reason 


M 


M(=) 






Alert Reason Indicator 


C 


C(=) 






Additional Alert 
Reason Indicator 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












12.4.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. The IMSI is used always between the VLR and the HLR and between the SGSN and the 
HLR and between the HSS and the IWF. Between the MSC and the VLR the identification can be either IMSI or TMSI. 

TMSI 
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See definition in clause 7.6.2. The identification can be either IMSI or TMSI between MSC and VLR. 

Alert Reason 

See definition in clause 7.6.8. This parameter indicates if the mobile subscriber is present or the MS has memory 
available. 

Alert Reason Indicator 

See definition in clause 7.6.8. 

Additional Alert Reason Indicator 

See definition in clause 7.6.8. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Unknown Subscriber; 

- Facility Not Supported; 

- System Failure; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.5 MAP-ALERT-SERVICE-CENTRE service 
12.5.1 Definition 

This service is used between the HLR and the interworking MSC. The HLR initiates this service, if the HLR detects 
that a subscriber, whose MSISDN is in the Message Waiting Data file, is active or the MS has memory available. 

The MAP- ALERT-SERVICE-CENTRE service is a confirmed service using the primitives from table 12.5/1. 



1 2.5.2 Service primitives 



Table 12.5/1: MAP-ALERT-SERVICE-CENTRE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


MSIsdn-Alert 


M 


M(=) 






Service Centre Address 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












12.5.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSIsdn-Alert 

See definition in clause 7.6.2. The provided MSISDN shall be the one which is stored in the Message Waiting Data file. 
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Service Centre Address 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- System Failure; 

- Unexpected Data Value; 

- Data missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

1 2.6 MAP-INFORM-SERVICE-CENTRE service 
12.6.1 Definition 

This service is used between the HLR and the gateway MSC (transiting an SMS Router, if present) to inform the 
Service Centre which MSISDN number is stored in the Message Waiting Data file. If the stored MSISDN number is not 
the same as the one received from the gateway MSC in the MAP-SEND-ROUTING-INFO-FOR-SM service primitive 
the stored MSISDN number is included in the message. 

Additionally the status of MCEF, MNRF and MNRG flags and the inclusion of the particular Service Centre address in 
the Message Waiting Data list is informed to the gateway MSC when appropriate. 

If the HLR has stored a single MNRR, the value is included in the Absent Subscriber Diagnostic SM parameter. 

If the HLR has stored a second MNRR, the value of the MNRR for the MSC is included in the Absent Subscriber 
Diagnostic SM parameter and the value of the MNRR for the SGSN is included in the Additional Absent Subscriber 
Diagnostic SM parameter. 

The MAP-INFORM-SERVICE-CENTRE service is a non-confirmed service using the primitives from table 12.6/1. 



1 2.6.2 Service primitives 



Table 12.6/1: MAP-INFORM-SERVICE-CENTRE 



Parameter name 


Request 


Indication 


Invoke Id 


M 


M(=) 


MSIsdn-Alert 


C 


C(=) 


MWD Status 


C 


C(=) 


Absent Subscriber 
Diagnostic SIVI 


C 


C(=) 


Additional Absent 
Subscriber Diagnostic 
SM 


C 


C(=) 



12.6.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

MSIsdn-Alert 

See definition in clause 7.6.2. This parameter refers to the MSISDN stored in a Message Waiting Data file in the HLR. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



221 



ETSI TS 129 002 V9.2.0 (2010-07) 



MWD Status 

See definition in clause 7.6.8. This parameter indicates the status of the MCEF, MNRF and MNRG flags and the status 
of the particular SC address presence in the Message Waiting Data list. 

Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

Additional Absent Subscriber Diagnostic SM 

See definition in clause 7.6.8. 

1 2.7 MAP-SEND-INFO-FOR-MT-SMS service 

12.7.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC receiving a mobile terminated 
short message to request subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MT-SMS service is a confirmed service using the primitives from table 12.7/1. 

1 2.7.2 Service primitives 



Table 12.7/1: MAP-SEND-INFO-FOR-MT-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












12.7.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SM RP DA 

See definition in clause 7.6.8. This parameter shall contain either an IMSI or an LMSI. 

IMSI 

See definition in clause 7.6.2. This parameter shall be present if the SM RP DA parameter contains an LMSI; otherwise 
it shall be absent. 

MSISDN 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

Unknown subscriber; 

- Unidentified Subscriber; 

- Absent subscriber; 
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- Unexpected Data Value; 

- Data Missing; 

- Illegal subscriber; 

- Illegal equipment; 

- Subscriber busy for MT SMS ; 

- System Failure. 
Provider error 

For definition of provider errors see clause 7.6.1. 



222 



ETSI TS 129 002 V9.2.0 (2010-07) 



1 2.8 MAP-SEND-INFO-FOR-MO-SMS service 

12.8.1 Definition 

This service is used between the MSC and the VLR. The service is invoked by the MSC which has to handle a mobile 
originated short message request to request the subscriber related information from the VLR. 

The MAP-SEND-INFO-FOR-MO-SMS service is a confirmed service using the primitives from table 12.8/1. 

1 2.8.2 Service primitives 

Table 12.8/1: MAP-SEND-INFO-FOR-MO-SMS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


Service Centre Address 


M 


M(=) 






MSISDN 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












12.8.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 
Service Centre Address 
See definition in clause 7.6.2. 
MSISDN 

See definition in clause 7.6.2. 
User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 
Teleservice Not Provisioned; 

- Call Barred; 

- Unexpected Data Value; 

- Data Missing. 
Provider error 
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For definition of provider errors see clause 7.6.1. 

1 2.9 MAP-MT-FORWARD-SHORT-MESSAGE service 

12.9.1 Definition 

This service is used between the gateway MSC and the serving MSC or the SGSN (transiting an SMS Router, if 
present) to forward mobile terminated short messages. 

The MAP-MT-FORWARD-SHORT-MESSAGE service is a confirmed service using the service primitives given in 
table 12.9/1. 

1 2.9.2 Service primitives 

Table 12.9/1: MAP-MT-FORWARD-SHORT-MESSAGE 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


SM RP DA 


M 


M(=) 






SM RP OA 


M 


M(=) 






SM RP Ul 


M 


M(=) 


C 


C(=) 


More Messages To Send 


C 


C(=) 






User error 






C 


C(=) 


Provider error 












12.9.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 

SM RP DA 

See definition in clause 7.6.8. This parameter can contain either an IMSI or a LMSI. The use of the LMSI is an operator 
option. The LMSI can be provided if it is received from the HLR. The IMSI is used if the use of the LMSI is not 
available. 

This parameter is omitted in the mobile terminated subsequent SM transfers. 

SM RP QA 

See definition in clause 7.6.8. The Service Centre address received from the originating Service Centre is inserted in 
this parameter. 

This parameter is omitted in the mobile terminated subsequent SM transfers. 

SM RP UI 

See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. A short message transfer protocol data unit may also be inserted in this parameter in the message 
delivery acknowledgement from the MSC or from the SGSN to the Service Centre. 

More Messages To Send 

See definition in clause 7.6.8. The information from the MMS indication received from the Service Centre is inserted in 
this parameter. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Unidentified subscriber; 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



224 



ETSI TS 129 002 V9.2.0 (2010-07) 



- Absent Subscriber_SM; 

- Subscriber busy for MT SMS ; 

- Facility Not Supported; 

- Illegal Subscriber indicates that delivery of the mobile terminated short message failed because the mobile 
station failed authentication; 

- Illegal equipment indicates that delivery of the mobile terminated short message failed because an IMEI check 
failed, i.e. the IMEI was blacklisted or not white-listed; 

- System Failure; 

SM Delivery Failure: 

- The reason of the SM Delivery Failure can be one of the following in the mobile terminated SM: 

- memory capacity exceeded in the mobile equipment; 

- protocol error; 

- mobile equipment does not support the mobile terminated short message service. 

- Unexpected Data Value; 

- Data Missing. 
Provider error 

For definition of provider errors see clause 7.6.1. 

12.10 MAP-MT-FORWARD-SM-FOR-VGCS service 
12.10.1 Definition 

This service is used between the SMS gateway MSC and the Group Call Anchor MSC to forward mobile terminated 
short messages into an ongoing voice group call. 

The MAP-MT-FORWARD-SM-FOR-VGCS service is a confirmed service using the service primitives given in 
table 12.10/1. 



12.10.2 Service primitives 



Table 12.10/1: MAP-MT-FORWARD-SM-VGCS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


M 


M(=) 


M(=) 


M(=) 


ASCI Call Reference 


M 


M(=) 






SM RP OA 


M 


M(=) 






SMRPUI 


M 


M(=) 


C 


C(=) 


Dispatcher List 






C 


C(=) 


Ongoing Call Indicator 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












12.10.3 Parameter use 

Invoke id 

See definition in clause 7.6.1. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 225 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

ASCI Call Reference 

Group call reference. This item is used to access the VGCS-GCR within the Anchor_MSC. 

SM RP QA 

See definition in clause 7.6.8. The Service Centre address received from the originating Service Centre is inserted in 
this parameter. 

SM RP UI 

See definition in clause 7.6.8. The short message transfer protocol data unit received from the Service Centre is inserted 
in this parameter. A short message transfer protocol data unit may also be inserted in this parameter in the message 
delivery acknowledgement from the MSC to the Service Centre. 

Dispatcher List 

A list of identities (international E.164 phone numbers) identifying the dispatchers of the VGCS call. It shall be present 
if received from the GCR; otherwise shall be absent. 

Ongoing Call Indicator 

Indicates by its presence that the VGCS call is ongoing. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- System Failure; 

- Unexpected Data Value. 
Provider error 

For definition of provider errors see clause 7.6.1. 

13 Network-Requested PDP Context Activation services 

13.1 MAP_SEND_ROUTING_INFO_FOR_GPRS service 
13.1.1 Definition 

This service is used by the GGSN to request GPRS routing information from the HLR. 
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13.1.2 Service primitives 



Table 13.1/1: MAP SEND ROUTING INFO FOR GPRS 



Parameter name 


Request 


indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 


C 


C(=) 


C 


C(=) 


GGSN number 


M 


M(=) 






SGSN address 






C 


C(=) 


Mobile Not Reacliable Reason 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












13.1.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 

GGSN number 

See definition in clause 7.6.2. 

SGSN address 

This parameter shall be present if the outcome of the Send Routing Info For GPRS request to the GPRS application 
process in the HLR is positive. 

Mobile Not Reachable Reason 

This parameter shall be present if the outcome of the Send Routing Info For GPRS request to the GPRS application 
process in the HLR is positive and the MNRG flag in the HLR is set. See definition in clause 7.6.3.5 L 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- Absent Subscriber; 

- System Failure; 

- Data Missing; 

- Unexpected Data Value; 
Unknown Subscriber. 

The diagnostic in the Unknown Subscriber may indicate 'Imsi Unknown' or 'Gprs Subscription Unknown'. 

- Call Barred; 

This error will indicate that the received PDP PDUs in the GGSN shall be barred for this MS due to Operator 
Determined Barring. (The CallBarringCause must be the operatorBarring.) 

Provider error 
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These are defined in clause 7.6.1. 

13.2 MAP_FAILURE_REPORT service 

13.2.1 Definition 

This service is used by the GGSN to inform the HLR that network requested PDP-context activation has failed. 

13.2.2 Service primitives 

Table 13.2/1: MAP FAILURE REPORT 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 





C(=) 


C 


C(=) 


GGSN number 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












1 3.2.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 

GGSN number 

See definition in clause 7.6.2. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Data Missing; 

- Unexpected Data Value; 

- Unknown Subscriber. 
Provider error 

These are defined in clause 7.6.1. 

1 3.3 MAP_NOTE_l\/IS_PRESENT_FOR_GPRS service 
13.3.1 Definition 

This service is used by the HLR to inform the GGSN that the MS is present for GPRS again. 
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1 3.3.2 Service primitives 



Table 13.3/1: MAP NOTE MS PRESENT FOR GPRS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


IMSI 


M 


M(=) 






GGSN address 





C(=) 






SGSN address 


M 


M(=) 






User error 






C 


C(=) 


Provider error 












1 3.3.3 Parameter definition and use 

Invoke Id 

See definition in clause 7.6.1. 

IMSI 

See definition in clause 7.6.2. 

GGSN address 

This parameter shall be present if the protocol-converting GSN is used between the GGSN and the HLR. 

SGSN address 

See definition in clause 7.6.2. 

User error 

This parameter is sent by the responder when an error is detected and if present, takes one of the following values: 

- System Failure; 

- Data Missing; 

- Unexpected Data Value; 

- Unknown Subscriber. 
Provider error 

These are defined in clause 7.6.1. 

13A Location Service JVIanagement Services 

13A.1 MAP-SEND-ROUTING-INFO-FOR-LCS Service 
13A.1.1 Definition 

This service is used between the GMLC and the HLR to retrieve the routing information needed for routing a location 
service request to the servicing VMSC, SGSN, MME or 3GPP AAA server. The MAP-SEND-ROUTING-INFO-FOR- 
LCS is a confirmed service using the primitives from table 13 A. 1/1. 
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13A.1.2 Service Primitives 



Table 13A.1/1: MAP-SEND-ROUTING-INFO-FOR-LCS 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke Id 


IVI 


M(=) 


M(=) 


M(=) 


MLC Number 


IVI 


M(=) 






MSISDN 


c 


C(=) 


C 


C(=) 


IMSI 


c 


C(=) 


C 


C(=) 


LMSI 






c 


C(=) 


Network Node Number 






c 


C(=) 


GPRS Node Indicator 






c 


C(=) 


Additional Number 






c 


C(=) 


Supported LCS Capability 
Sets 






c 


C(=) 


Additional LCS Capability 
Sets 






c 


C(=) 


MIVIE Name 






c 


C(=) 


AAA Server Name 






c 


C(=) 


V-GMLC Address 






u 


C(=) 


Additional V-GMLC Address 






u 


C(=) 


H-GMLC Address 






c 


C(=) 


PPR Address 






u 


C(=) 


User error 






c 


C(=) 


Provider error 












13A.1.3 Parameter Use 

Invoke id 

See definition in clause 7.6.1. 

MLC Number 

See definition in clause 7.6.2. 

MSISDN 

See definition in clause 7.6.2. The request shall carry either the IMSI or MSISDN. The response shall carry whichever 
of these was not included in the request (see 3GPP TS 23.271 for details). 

IMSI 

See definition in clause 7.6.2. 

LMSI 

See definition in clause 7.6.2. It is an operator option to provide this parameter from the VLR; it is mandatory for the 
HLR to include the LMSI in a successful response, if the VLR has used the LMSI. 

Network Node Number 

See definition in clause 7.6.2. This parameter is provided in a successful response. If the Network Node Number and 
Additional Number are received in the GMLC, the Network Node Number is used in preference to the Additional 
Number. If the serving node has no ISDN number, the HLR shall populate the Network Node Number parameter with a 
dummy ISDN number of "0". 

GPRS Node Indicator 

See definition in clause 7.6.8. The presence of this parameter is mandatory only if the SGSN number is sent in the 
Network Node Number. 

Additional Number 
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See definition in clause 7.6.2. This parameter is provided in a successful response. If the Network Node Number and 
Additional Number are received in the GMLC, the Network Node Number is used in preference to the Additional 
Number. 

Supported LCS Capability Sets 

See definition in clause 7.6.1 1. This parameter indicates the LCS capability of the serving node that is indicated by the 
Network Node Number. This parameter is provided only if LCS capability sets are available in HLR and Network Node 
Number is present in this message. 

Additional LCS Capabilitv Sets 

See definition in clause 7.6.1 1. This parameter indicates the LCS capability of the serving node that is indicated by the 
Additional Number. This parameter is provided only if LCS capability sets are available in HLR and Additional 
Number is present in this message. 

MME Name 

See definition in clause 7.6.2. This parameter is provided in a successful response when the serving node is an MME. 

AAA Server Name 

See definition in clause 7.6.2. This parameter is provided in a successful response when the serving node is a 
3GPP AAA server. 

V-GMLC address 

See definition in clause 7.6.2. . This parameter indicates the V-GMLC address of the serving node that is indicated by 
the Network Node Number. 

Additional V-GMLC address 

See definition in clause 7.6.2. This parameter indicates the V-GMLC address of the serving node that is indicated by the 
Additional Number. This parameter is provided only if additional LCS capability sets are available in HLR and 
Additional Number is present in this message. 

H-GMLC address 

See definition in clause 7.6.2. The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

PPR address 

See definition in clause 7.6.2. 

User error 

The following errors defined in clause 7.6.1 may be used, depending on the nature of the fault: 

- Unknown subscriber; 

- Absent Subscriber; 

- Facility Not Supported; 

- System failure; 

- Unexpected Data Value; 

- Data missing; 

- Unauthorised requesting network. 
Provider error 

For definition of provider errors see clause 7.6.1. 
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13A.2 MAP-PROVIDE-SUBSCRIBER-LOCATION Service 
13A.2.1 Definition 

This service is used by a GMLC to request the location of a target MS from the visited MSC or SGSN at any time. This 
is a confirmed service using the primitives from table 13A.2/1. 

13A.2.2 Service Primitives 

Table 13 A.2/1: Provide Subscriber Location 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


Location Type 


M 


M(=) 






MLC Number 


M 


M(=) 






LCS Client ID 


M 


M(=) 






Privacy Override 


U 


C(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






LMSI 


C 


C(=) 






LCS Priority 


C 


C(=) 






LCS QoS 


C 


C(=) 






IMEI 


U 


C(=) 






Supported GAD Shapes 


C 


C(=) 






LCS-Reference Number 


C 


C(=) 






LCS Codeword 


C 


C(=) 






LCS Service Type Id 


C 


C(=) 






LCS Privacy Clieck 


C 


C(=) 






Area Event Info 


C 


C(=) 






H-GMLC Address 


C 


C(=) 






Reporting PLIVIN List 


C 


C(=) 






PeriodicLDRInfo 


C 


C(=) 






MO-LR Short Circuit 
Indicator 


C 


C(=) 


C 


C(=) 


Location Estimate 






M 


M(=) 


GERAN Positioning Data 






C 


C(=) 


UTRAN Positioning Data 






C 


C(=) 


GERAN GANSS 
Positioning Data 






C 


C(=) 


UTRAN GANSS 
Positioning Data 






C 


C(=) 


Age of Location Estimate 






C 


C(=) 


Additional Location 
Estimate 






C 


C(=) 


Deferred MT-LR 
Response Indicator 






C 


C(=) 


Cell Id Or SAI 






C 


C(=) 


Accuracy Fulfilment 
Indicator 






C 


C(=) 


Target Serving Node for 
Handover 






C 


C(=) 


User error 






C 


C(=) 


Provider error 












13A.2.3 Parameter Definition and Use 

All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in 3GPP TS 23.271 [26a]. 

Location Type 
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This parameter identifies the type of location information requested. 

MLC Number 

This is the E.164 number of the requesting GMLC. 

LCS Client ID 

This parameter provides information related to the identity of an LCS client. 

Privacy Override 

This parameter indicates if MS privacy is overridden by the LCS client when the GMLC and VMSC or SGSN for an 
MT-LR are in the same country. 

IMSI 

The IMSI is provided to identify the target MS. At least one of the IMSI or MSISDN is mandatory. 

MSISDN 

The MSISDN is provided to identify the target MS. At least one of the IMSI or MSISDN is mandatory. 

LMSI 

The LMSI shall be provided if previously supplied by the HLR. This parameter is only used in the case of the MT-LR 
for CS domain. 

LCS Priority 

This parameter indicates the priority of the location request. 

LCS OoS 

This parameter indicates the required quality of service in terms of response time and accuracy. 

IMEI 

The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

Supported GAD Shapes 

This parameter indicates which of the shapes defined in 3GPP TS 23.032 [122] are supported. 

LCS -Reference Number 

This parameter shall be included if a deferred MT-LR procedure is performed for a UE available event, an area event or 
a periodic positioning event. 

LCS Codeword 

See definition in clause 7.6.11.18. The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

LCS Service Type Id 

See definition in clause 7.6.11.15. The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

LCS Privacy Check 

See definition in clause 7.6.11. The requirements for its and its components presence are specified in 3GPP TS 23.271 
[26a]. 

Area Event Info 

See definition in clause 7.6.1 1. The parameter shall be included if a deferred MT-LR procedure is performed for an area 
event. 

H-GMLC address 
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See definition in clause 7.6.2. The parameter shall be included if a deferred MT-LR procedure is performed for a UE 
available event, an area event or a periodic positioning event. 

Location Estimate 

This parameter provides the location estimate if this is encoded in one of the supported geographical shapes. Otherwise 
this parameter shall consist of one octet, which shall be discarded by the receiving node. 

GERAN Positioning Data 

This parameter indicates the usage of each positioning method that was attempted to determine the location estimate 
either successfully or unsuccessfully. If Positioning Data received from the RAN contains no Positioning Methods, 
Positioning Data is excluded from the MAP message. It may be included in the message only if the access network is 
GERAN, see 3GPP TS 23.271 [26a]. 

UTRAN Positioning Data 

This parameter indicates the usage of each positioning method that was successfully attempted to determine the location 
estimate. If Position Data received from the RAN contains no Positioning Methods, UTRAN Positioning Data is 
excluded from the MAP message. It may be included in the message only if the access network is UTRAN, see 3GPP 
TS 23.271 [26a]. 

GERAN GANSS Positioning Data 

This parameter indicates the usage of each GANSS positioning method that was attempted to determine the location 
estimate either successfully or unsuccessfully. If GANSS Positioning Data received from the RAN contains no GANSS 
method, GERAN GANSS Positioning Data is excluded from the MAP message. It may be included in the message only 
if the access network is GERAN, see 3GPP TS 23.271 [26a]. 

UTRAN GANSS Positioning Data 

This parameter indicates the usage of each GANSS positioning method that was successfully attempted to determine the 
location estimate. If Position Data received from the RAN contains no GANSS Positioning Data Set, UTRAN GANSS 
Positioning Data is excluded from the MAP message. It may be included in the message only if the access network is 
UTRAN, see 3GPP TS 23.271 [26a]. 

Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

Additional Location Estimate 

This parameter provides the location estimate when not provided by the Location Estimate parameter. It may be sent 
only if the parameter Supported GAD Shapes has been received in the Provide Subscriber Location indication and the 
shape to be included is supported by the GMLC. 

Deferred MT-LR Response Indicator 

See definition in clause 7.6.11.2. 

Cell Id Or SAI 

For GERAN access, this parameter indicates Global Cell Identifier of the cell that the served subscriber is currently 
attached to. For UTRAN access, this parameter contains the Service Area Identifier for the cell that the subscriber is 
currently attached to. This parameter is included only for North American Emergency Calls as described in 3 GPP TS 
23.271 [26a]. 

Accuracy Fulfilment Indicator 

See definition in clause 7.6.11.28. 

MQ-LR Short Circuit Indicator 

This parameter indicates whether MO-LR Short Circuit is permitted for periodic location. 

Reporting PLMN List 
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This parameter indicates a list of PLMNs in which subsequent periodic MO-LR TTTP requests will be made. 

Periodic LDR information 

This parameter indicates the reporting amount and reporting interval of deferred periodic location. 

Target Serving Node for Handover 

This parameter provides the address of the target side serving node for handover of an IMS Emergency Call. 

User error 

This parameter is sent by the responder when the location request has failed or cannot proceed and if present, takes one 
of the following values defined in clause 7.6.1. 

- System Failure; 

- Data Missing; 

- Unexpected Data Value; 

- Facility Not Supported; 

- Unidentified Subscriber; 

- Illegal Subscriber; 

- Illegal Equipment; 

- Absent Subscriber (diagnostic information may also be provided); 

- Unauthorised requesting network; 

- Unauthorised LCS Client with detailed reason; 

- Position method failure with detailed reason. 
Provider error 

These are defined in clause 7.6.1. 

13A.3 MAP-SUBSCRIBER-LOCATION-REPORT Service 
13A.3.1 Definition 

This service is used by a VMSC or SGSN to provide the location of a target MS to a GMLC when a request for location 
is either implicitly administered or made at some earlier time. This is a confirmed service using the primitives from 
table 13A.3/1. 

13A.3.2 Service Primitives 



Table 13A.3/1: Subscriber_Location_Report 



Parameter name 


Request 


Indication 


Response 


Confirm 


Invoke id 


M 


M(=) 


M(=) 


M(=) 


LCS Event 


M 


M(=) 






LCS Client ID 


M 


M(=) 






Network Node Number 


M 


M(=) 






IMSI 


C 


C(=) 






MSISDN 


C 


C(=) 






NA-ESRD 


C 


C(=) 


C 


C(=) 


NA-ESRK 


C 


C(=) 


C 


C(=) 


IMEI 


U 


C(=) 






Location Estimate 


C 


C(=) 
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GERAN Positioning Data 


G 


C(=) 






UTRAN Positioning Data 


C 


C(=) 






GERAN GANSS Positioning 
Data 


C 


C(=) 






UTRAN GANSS Positioning 
Data 


C 


C(=) 






Age of Location Estimate 


C 


C(=) 






LMSI 


U 


C(=) 






GPRS Node Indicator 


C 


C(=) 






Additional Location Estimate 


C 


C(=) 






Deferred MT-LR Data 


C 


C(=) 






LGS-Reference Number 


C 


C(=) 


c 


C(=) 


NA-ESRK Request 


C 


C(=) 






Cell Id Or SAI 


C 


C(=) 






H-GMLC Address 





C(=) 





C(=) 


LCS Service Type Id 


C 


C(=) 






Pseudonym Indicator 


C 


C(=) 






Accuracy Fulfilment 
Indicator 


C 


C(=) 






Sequence Number 


C 


C(=) 






Periodic LDR Info 


C 


C(=) 






MO-LR Short Circuit 
Indicator 


C 


C(=) 


c 


C(=) 


Target Serving Node for 
Handover 


C 


C(=) 






Reporting PLMN List 






c 


C(=) 


User error 






c 


C(=) 


Provider error 












13A.3.3 Parameter Definition and Use 

All parameters are defined in clause 7.6. The use of these parameters and the requirements for their presence are 
specified in. 3GPP TS 23.271 [26a]. 

LCS Event 

This parameter indicates the event that triggered the Subscriber Location Report. 

LCS Client ID 

This parameter provides information related to the identity of the recipient LCS client. 

Network Node Number 

See definition in clause 7.6.2. This parameter provides the address of the sending node. 

IMSI 

The IMSI shall be provided if available to the VMSC or SGSN. 

MSISDN 

The MSISDN shall be provided if available to the VMSC or SGSN. 

NA-ESRD 

If the target MS has originated an emergency service call in North America, the NA-ESRD shall be provided by the 
VMSC if available. 

If the target MS has originated an emergency service call in North America and NA-ESRK Request is included in 
Subscriber_Location_Report-Arg, an NA-ESRK or NA-ESRD, but not both, may also be included in the response to the 
MSC, see 3GPP TS 23.271 [26a]. 

NA-ESRK 
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If the target MS has originated an emergency service call in North America, the NA-ESRK shall be provided by the 
VMSC if assigned. 

If the target MS has originated an emergency service call in North America and NA-ESRK Request is included in 
Subscriber_Location_Report-Arg, an NA-ESRK or NA-ESRD, but not both, may also be included in the response to the 
MSC, see 3GPP TS 23.271 [26a]. 

IMEI 

The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

Location Estimate 

This parameter provides the location estimate. The absence of this parameter implies that a location estimate was not 
available or could not be successfully obtained. If the obtained location estimate is not encoded in one of the supported 
geographical shapes then this parameter shall consist of one octet, which shall be discarded by the receiving node. 

GERAN Positioning Data 

This parameter indicates the usage of each positioning method that was attempted to determine the location estimate 
either successfully or unsuccessfully. If Positioning Data received from the RAN contains no Positioning Methods, 
Positioning Data is excluded from the MAP message. It may be included in the message only if the access network is 
GERAN, see 3GPP TS 23.271 [26a]. 

UTRAN Positioning Data 

This parameter indicates the usage of each positioning method that was successfullyattempted to determine the location 
estimate. If Position Data received from the RAN contains no Positioning Methods, UTRAN Positioning Data is 
excluded from the MAP message. It may be included in the message only if the access network is UTRAN, see 3GPP 
TS 23.271 [26a]. 

GERAN GANSS Positioning Data 

This parameter indicates the usage of each GANSS positioning method that was attempted to determine the location 
estimate either successfully or unsuccessfully. If GANSS Positioning Data received from the RAN contains no GANSS 
method, GERAN GANSS Positioning Data is excluded from the MAP message. It may be included in the message only 
if the access network is GERAN, see 3GPP TS 23.271 [26a]. 

UTRAN GANSS Positioning Data 

This parameter indicates the usage of each GANSS positioning method that was successfully attempted to determine the 
location estimate. If Position Data received from the RAN contains no GANSS Positioning Data Set, UTRAN GANSS 
Positioning Data is excluded from the MAP message. It may be included in the message only if the access network is 
UTRAN, see 3GPP TS 23.271 [26a]. 

Age of Location Estimate 

This parameter indicates how long ago the location estimate was obtained. 

LMSI 

The LMSI may be provided if assigned by the VLR. 

GPRS Node Indicator 

See definition in clause 7.6.8. This presence of this parameter is mandatory only if the SGSN number is sent in the 
Network Node Number. 

Additional Location Estimate 

This parameter provides the location estimate when not provided by the Location Estimate parameter.. 

Deferred MT-LR Data 

See definition in clause 7.6.11.3. 

LCS -Reference Number 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 237 ETSI TS 129 002 V9.2.0 (2010-07) 

This parameter shall be included if the Subscriber Location Report is the response to a deferred MT location request. 

NA-ESRK Request 

If the target MS has originated an emergency service call in North America, NA-ESRK Request may be included to 
indicate that the MSC is able to accept NA-ESRK in the Response message, see section 7.6.11.19. 

Cell Id Or SAI 

For GERAN access, this parameter indicates Global Cell Identifier of the cell that the served subscriber is currently 
attached to. For UTRAN access, this parameter contains the Service Area Identifier for the cell that the subscriber is 
currently attached to. This parameter is included only for Emergency Calls as described in 3GPP TS 23.271 [26a]. 

H-GMLC address 

See definition in clause 7.6.2. The parameter shall be included if the Subscriber Location Report is the response to a 
deferred MT location request for a UE available event, an area event or a periodic positioning event. This parameter 
shall be included in a Subscriber Location Report response if a deferred MO-LR TTTP procedure is initiated for a 
periodic positioning event. 

LCS Service Type Id 

See definition in clause 7.6.11.15. The requirements for its presence are specified in 3GPP TS 23.271 [26a]. 

Pseudonym Indicator 

This parameter indicates by its presence that the pseudonym is required. Refer to 3GPP TS 23.271 [26a]. 

Accuracy Fulfilment Indicator 

For a mobile terminated periodic LDR, this parameter indicates whether the obtained location estimate satisfies the 
requested accuracy or not, provided that this indication is obtained from RAN or the UE with the location estimate. 

Periodic LDR Information 

This parameter refers to the periodic reporting interval and reporting amount of the deferred periodic location. 

MQ-LR Short Circuit Indicator 

This parameter indicates whether MO-LR Short Circuit is permitted for periodic location. 

Reporting PLMN List 

This parameter indicates a list of PLMNs in which subsequent periodic MO-LR TTTP requests will be made. 

Sequence Number 

This parameter refers to the number of the periodic location reports completed. The sequence number would be set to 1 
in the first location report and increment by 1 for each new report. When the number reaches the reporting 
amount value, the H-GMLC (for a periodic MT-LR or a periodic MO-LR transfer to third party) will know the 
procedure is complete. For details see 3GPP TS 23.271 [26a]. 

Target Serving Node for Handover 

This parameter provides the address of the target side serving node for handover of an IMS Emergency Call. 

User error 

This parameter is sent by the responder when the received message contains an error, cannot be forwarded or stored for 
an LCS client or cannot be accepted for some other reason and if present, takes one of the following values defined in 
clause 7.6.1. 

- System Failure; 

- Data Missing; 

- Unexpected Data Value; 
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- Resource Limitation; 

- Unknown Subscriber; 

- Unauthorised requesting network; 

- Unknown or unreachable LCS Ghent. 
Provider error 

These are defined in clause 7.6.1. 
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13A.4 Void 

13A.4.1 Void 

13A.4.2 Void 

13A.4.3 Void 

13A.5 Void 

13A.5.1 Void 

13A.5.2 Void 

13A.5.3 Void 

13A.6 Void 

13A.6.1 Void 

13A.6.2 Void 

13A.6.3 Void 

13A.7 Void 

13A.7.1 Void 

13A.7.2 Void 

13A.7.3 Void 

13A.8 Void 

13A.8.1 Void 

13A.8.2 Void 

13A.8.3 Void 

13A.9 Void 
13A.9.1 Void 
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13A.9.2 Void 
13A.9.3 Void 



14 General 
14.1 Overview 

Clauses 14 to 17 specify the protocol elements to be used to provide the MAP services described in clause 7. 

Clause 15 specifies the elements of procedures for the MAP protocol. Clause 16 specifies the mapping onto TC service 
primitives. Clause 17 specifies the application contexts, operation packages and abstract syntaxes for the MAP protocol 
as well as the encoding rules to be applied. 



14.2 Underlying services 



The MAP protocol relies on the services provided by the Transaction Capabilities (TC) of Signalling System Number 
No. 7, as referenced in clause 6. 

14.3 Model 

The MAP Protocol Machine (MAP PM) can be modelled as a collection of service state machines (SSMs) - one per 
MAP specific service invoked - coordinated by a MAP dialogue control function with its one state machine: MAP 
dialogue state machine (DSM). There are two types of Service State Machines: Requesting Service State Machines 
(RSM) and Performing Service State Machines (PSM). 

A new invocation of a MAP PM is employed on the receipt of a MAP-OPEN request primitive or a TC-BEGIN 
indication primitive. Each invocation controls exactly one MAP dialogue. For each MAP specific service invoked 
during a dialogue, a MAP RSM is created at the requestor's side and a MAP PSM is created at the performer's side. 

This modelling is used only to facilitate understanding and the MAP behaviour descriptions and is not intended to 
suggest any implementation. SDL descriptions are organised according to this model. 

How the MAP-service-user and the MAP refer to a MAP dialogue (i.e. a MAP PM invocation) is a local 
implementation matter. 

How TC dialogue identifiers are assigned to a MAP PM invocation is also a local implementation matter. 

14.4 Conventions 

The behaviour of the MAP PM depends on the application-context-name associated with the dialogue. One major 
difference is that the MAP requests the transfer of the application-context-name by TC only for those contexts which do 
not belong to the so-called "version one context set". 

The "version one context set" is a set of application-contexts which model the behaviour of a MAP VI implementation 
according to the latest phase 1 version of GSM 09.02. This set is defined in clause 15. 

The procedures described in clause 15 are used when the application-context-name does not refer to a dialogue between 
an MSC and its VLR. When the application-context-name refers to a dialogue between an MSC and its VLR the MAP 
PM procedures are a local implementation matter. 
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1 5 Elements of procedure 

15.1 Handling of unknown operations 

Unknown operations (i.e. a standard operation introduced in a later version of the MAP specification, or a private 
operation) can be introduced into MAP in a backwards compatible way. This means that the receiver of an unknown 
operation shall, if the dialogue state allows it, send a TC-REJECT component to the sender of the operation indicating 
'unrecognised operation' and continue with the processing of further components or messages exchanged within the 
dialogue as if the unknown operation had not been received. 

The standardised structure of a MAP dialogue shall not be affected by the invocation of unknown operations, i.e. if a 
dialogue uses only a TC-BEGIN message which is acknowledged by a TC-END message, a TC-CONTINUE message 
shall not be used to invoke an unknown operation. However the standardised structure of a MAP dialogue may be 
affected by the rejection of unknown operations, i.e. if a dialogue uses only a TC-BEGIN message which is 
acknowledged by a TC-END message, a TC-CONTINUE message followed by a TC-END message may be used to 
carry the rejection of an unknown operation and the response to the standardised operation. The entity which initiated a 
dialogue whose standardised structure is a TC-BEGIN message which is acknowledged by a TC-END message shall 
not send any messages in that dialogue after the TC-BEGIN. Note that if the dialogue structure is affected as described 
in this paragraph the TC-CONTINUE shall include the dialogue portion required to confirm the acceptance of the 
dialogue. 

Unknown operations may be invoked in the following types of message (there is no restriction as to how many 
unknown operations can be invoked in a message): 

TC-BEGIN: the component to invoke the unknown operation shall follow the component of the standard 
operation which is included in this message. 

- TC-CONTINUE: the component to invoke the unknown operation may be transported as the only component 
in a stand-alone message or may be grouped with existing operations. In the latter case a specific sequencing 
of components is not required. 

- TC-END: if the component to invoke the unknown operation is grouped with an existing operation a specific 
sequencing of components is not required 

The TC-REJECT component may be sent in the following messages: 

- TC-CONTINUE or TC-END: either as the only component of the message or grouped with an existing 
component. The choice is up to the MAP-Service User. 

If the received message contains only unknown operations the MAP-Service User shall send the TC-REJECT 
components in a TC-CONTINUE message to the peer entity, if the dialogue state allows it. 

If the received message contains unknown operations and standard operations and the standardised structure 
of the dialogue requires the response to the standard operation to be sent within a TC-END message, then the 
MAP-Service User may send the response to the standard operations and the TC-REJECT components for 
the unknown operations in a TC-CONTINUE message followed by a TC-END message. Neither a specific 
distribution of the components to the TC messages nor a specific sequencing of components is required. 

Note that the SDL diagrams of clauses 19 - 25 do not show the report to the MAP-Service User about the reception of 
the unknown operation. This has been done for simplicity of description; the MAP PM may inform the MAP-Service 
User. 

The sender of the unknown operation shall ensure that there is enough room in the used message for the unknown 
operation. 



15.2 Dialogue establishment 



The establishment of a MAP dialogue involves two MAP-service-users: the dialogue-initiator and the dialogue- 
responder. 

This procedure is driven by the following signals: 
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- a MAP-OPEN request primitive from the dialogue-initiator; 

- a TC-BEGIN indication primitive occurring at the responding side; 

- a MAP-OPEN response primitive from the dialogue-responder; 

the first TC-CONTINUE indication primitive occurring at the initiating side; 
and under specific conditions: 

- a TC-END indication primitive occurring at the initiating side; 

- a TC-U- ABORT indication primitive occurring at the initiating side; 

- a TC-P- ABORT indication primitive occurring at the initiating side. 

One instance of the MAP dialogue state machine runs at the initiating side, and one at the responding side. 

15.2.1 Behaviour at the initiating side 

The behaviour of the MAP dialogue state machine at the initiating side is defined in sheets 1 - 8 of the process 
MAP_DSM (figure 15.6/3). 

Sheet 3: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, 
a TC-END indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the 
dialogue. 

Sheet 3: If the dialogue opening is accepted, any components included in the TC-END are processed and passed to the 
MAP-Service User. The dialogue is closed by sending a MAP-CLOSE to the MAP-Service User. 

Sheet 3, sheet 4, sheet 5, sheet 6, sheet 7, sheet 8: when a dialogue is terminated, the MAP dialogue state machine 
terminates all instances of the Requesting_MAP_SSM which are active for this dialogue. 

Sheet 4: A TC-P- ABORT with an abort parameter Incorrect_Transaction_Portion indicates that the responding side 
does not support a MAP version higher than 1 . This triggers a MAP-OPEN confirm indicating that the dialogue is 
refused, with a refuse reason potential version incompatibility. The MAP-Service User may then decide to retry the 
dialogue at MAP version 1 . 

Sheet 8: When the MAP dialogue state machine at the initiating side is waiting for a response from the responding side, 
a TC-CONTINUE indication which echoes the AC name which was sent in the TC-BEGIN indicates acceptance of the 
dialogue. 

Sheet 8: If the dialogue opening is accepted, any components included in the TC-CONTINUE are processed and passed 
to the MAP-Service User. The dialogue has then reached the established state. 

1 5.2.2 Behaviour at the responding side 

The behaviour of the MAP dialogue state machine at the responding side is defined in sheets - 14 of the process 
MAP_DSM (figure 15.6/3). 

Sheet 9: If no application context information is included in the TC-BEGIN indication, this implies a MAP version 1 
dialogue. An explicit application context indicating version 1 is treated as abnormal behaviour. 

Sheet 11: The vl application context name which corresponds to a vl operation is derived using the information in table 
15.2/1. 
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Table 15.2/1 : Mapping of VI operation codes on to application-context-names 



Operation 


Application-context-name (note 1) 


updateLocation 


networkLocUpContext-v1 


cancelLocation 


locationCancellationContext-v1 


provideRoamingNumber 


roamingNumberEnquiryContext-v1 


insertSubscriberData 


subscriberDataMngtContext-v1 


deleteSubscriberData 


subscriberDataMngtContext-v1 


sendParameters 


infoRetrievalContext-v1 


networkLocUpContext-v1 (note 2) 


beginSubscriberActivity 


networkFunctionalSsContext-v1 


sendRoutinglnfo 


locationlnfoRetrievalContext-v1 


performHandover 


handoverControlContext-v1 


reset 


resetContext-v1 


activateTraceMode 


tracingContext-v1 


deactivateTraceMode 


tracingContext-v1 


sendRoutinglnfoForSM 


shortMsgGatewayContext-v1 


forwardSM 


shortMsgRelayContext-v1 


reportSM-deliveryStatus 


shortMsgGatewayContext-v1 


noteSubscriberPresent 


mwdMngtContext-v1 


alertServiceCentreWithoutResult 


shortMsgAlertContext-v1 


checklMEl 


EquipmentMngtContext-v1 



NOTE 1 : These symbolic names refer to the object identifier value defined in clause 17 and allocated to each 

application-context used for the MAP. 
NOTE 2: The choice between the application contexts is based on the parameters received in the operation. 

Sheet 12: If the dialogue is accepted, each component present in the TC-BEGIN is forwarded to an instance of a 
Perforniing_MAP_SSM, by executing the procedure Process_Components. 

Sheet 13: If the MAP dialogue state machine receives a MAP-OPEN response with a result accepted, it waits for any 
MAP specific service request or response primitives or a MAP-DELIMITER request. 

Sheet 13, sheet 14: When a dialogue is terminated, the MAP dialogue state machine terminates all instances of the 
Requesting_MAP_SSM or Performing_MAP_SSM which are active for this dialogue. 

Sheet 14: A MAP-DELIMITER request triggers a TC-CONTINUE request to accept the dialogue. The dialogue has 
then reached the established state. 



15.3 Dialogue continuation 

Once established the dialogue is said to be in a continuation phase. The behaviour of the MAP dialogue state machine in 
this phase is defined in sheets 15 - 17 of the process MAP_DSM (figure 15.6/3). 

Both MAP users can request the transfer of MAP APDUs until one of them requests the termination of the dialogue. 

Normal closure of an established dialogue is shown on sheet 16; abnormal termination is shown on sheet 17. 

1 5.4 Load control 

If an entity which should respond to a MAP dialogue opening request is overloaded, it uses the AC of the request to 
determine whether to discard the request. 

The priority level allocated to each application-context is described in clause 5, tables 5.1/1, 5.1/2, and 5.1/3. 

1 5.5 Procedures for MAP specific services 

This clause describes the MAP procedures for MAP specific services. These procedures are driven by the following 
types of event: 

a MAP specific request or a MAP specific response primitive; 
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- a component handling primitive from TC. 

A Service State Machine is activated when of one of the following signals is received: 

- a MAP request primitive, which activates a requesting SSM; 

a TC-INVOKE indication primitive without a linked identifier, which activates a performing SSM. 
For component handling primitives there are two types of event: 

- events which activate a Service State Machine or which can be related to an existing one; 

- events which cannot be related to a Service State Machine. 

15.5.1 Service invocation 

The behaviour of the requesting SSM which handles a service is defined by the SDL for the process 
Requesting_MAP_SSM. The requesting SSM receives a MAP service request from the MAP-Service User via the MAP 
dialogue state machine and sends a TC-INVOKE request to TCAP. When a confirm is received from TCAP via the 
MAP dialogue state machine, the requesting SSM forwards a MAP service confirm to the MAP-Service User. 

The response to a MAP service invocation may come in the form of a linked request. If the linked request corresponds 
to a class 4 operation, this is handled by the requesting SSM. If the linked request corresponds to a class 1, 2 or 3 
operation, the MAP dialogue state machine sends a notification to the requesting SSM and creates an instance of a 
performing SSM to handle the linked request. The test "Linked_Operation_Allowed" on sheet 3 of the process 
Requesting_MAP_SSM takes the (TRUE) exit if the definition of the parent operation includes the received linked 
operation as a permitted linked operation; otherwise the test takes the (FALSE) exit. 

The mapping of MAP specific services on to remote operations is given in table 16.2/1. 

15.5.2 Void 

15.5.3 Service invocation receipt 

The behaviour of the performing SSM which handles a service is defined by the SDL for the process 
Performing_MAP_SSM. The performing SSM receives a TC-INVOKE component from TCAP via the MAP dialogue 
state machine and sends a MAP service indication to the MAP-Service User. When a MAP service response is received 
from the MAP-Service User via the MAP dialogue state machine, the performing SSM forwards a TC-RESULT or TC- 
U-ERROR component to TCAP. 

15.5.4 Void 

15.5.5 Handling of components received from TC 

The procedure Process_Components shows the handling of components received in a TC-BEGIN, TC-CONTINUE or 
TC-END message. 

Sheet 2: If a linked invoke component corresponds to a class 4 operation, the MAP dialogue state machine sends it to 
the requesting SSM instance identified by the linked invoke ID. If a linked invoke component corresponds to any other 
class of operation, the MAP dialogue state machine sends a notification to the requesting SSM instance identified by the 
linked invoke ID, creates an instance of a performing SSM and sends the invoke component to it. 

15.6 SDL descriptions 

The following SDL specification describes a system which includes three blocks: MAP-user, MAP-provider and TC. 

Such a system resides in each network component supporting MAP and communicates with its peers via the lower 
layers of the signalling network which are part of the environment. 
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Only the MAP-provider is fully described in this clause. The various types of processes which form the MAP-User 
block and the TC block are described respectively in clauses 1 8 to 25 of the present document and in CCITT 
Recommendation Q.774. 

The MAP-Provider block communicates with the MAP_USER via two channels Ul and U2. Via Ul the MAP-provider 
receives the MAP request and response primitives. Via U2 it sends the MAP indication and confirm primitives. 

The MAP-Provider block communicates with TC via two channels PI and P2. Via PI the MAP-Provider sends all the 
TC request primitives. Via P2 it receives all the TC indication primitives. 

The MAP-Provider block is composed of the four following types of process: 

a) MAP_DSM: This type of process handles a dialogue for transport of MAP messages. There exists one 
process instance per MAP dialogue. 

b) Load_Ctrl: This type of process is in charge of load control. There is only one instance of this process in each 
system. 

c) Requesting_MAP_SSM: This type of process handles a MAP service requested during a dialogue. An 
instance of this process is created by the instance of the MAP_DSM process for each requested MAP service. 

d) Performing_MAP_SSM: This type of process handles a MAP service performed during a dialogue. An 
instance of this process is created by the instance of the MAP_DSM process for each MAP service to be 
performed. 

A process MAP_DSM exchanges external signals with other blocks as well as internal signals with the other processes 
of the MAP-Provider block. The external signals are either MAP service primitives or TC service primitives. 

The signal routes used by the various processes are organised as follows: 

a) A process MAP_DSM receives and sends events from/to the MAP_user via signal route Userl/User2. These 
routes use channels Ul and U2 respectively. 

b) A process MAP_DSM receives and sends events from/to the TCAP via signal route TC1/TC2. These routes 
use channels PI and P2 respectively. 

c) A process MAP_DSM receives and sends events from/to the LOAD_CTRL process via signal route 
Loadl/Load2. These routes are internal. 

d) A process MAP_DSM sends events to the Performing_MAP_SSM processes via signal route Internl. This 
route is internal. 

e) A process MAP_DSM sends events to the Requesting_MAP_SSM processes via signal route Intern2. This 
route is internal. 

f) A process Performing_MAP_SSM sends events to the MAP_USER via signal route User3. This route uses 
channel U2. 

g) A process Performing_MAP_SSM sends events to the TCAP via signal route TC3. This route uses channel 
PI. 

h) A process Requesting_MAP_SSM sends events to the MAP_USER via signal route User4. This route uses 
channel U2. 

i) A process Requesting_MAP_SSM sends events to the TCAP via signal route TC4. This route uses channel 
PI. 
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Figure 15.6/1 : System MAP_Stacl< 
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Figure 15.6/2: Block MAP_Provider 
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userdata 



For dialogue portion 
, of TC-BEGIN 



WAIT_FOR_ 

USER_ 
REOUESTS 



Figure 15.6/3a: Process MAP_DSM (sheet 1) 
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Process MAP DSM 



MAP_DSM2(17) 



Process to manage 
a MAP dialogue 



WArT_FOR_ 

USER_ 
REQUESTS 



Any MAP specific 
request primitive 



MAP_req 



Requesting_ 
MAP_SSM 



Service_ 
lnvoked_ 
VIA_lntern2 



WAIT_FOR_ 

USER_ 
REQUESTS 



MAP_ 

DELIMITER_ 

req 



TC_BEGIN_ 
req_VIA_TC1 



DIALQGUE_ 
INITIATED 



MAP_U_ 
ABQRT_ 
req 



Set_Abort_ 

Reason :User_ 

Specific 



Set User Info: 


MAP User 


Abort_ 


_PDU 


/ TC 


J ABQRT 


\ req_VIA_TC1 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3b: Process MAP_DSM (sheet 2) 
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Process MAP DSM 



MAP_DSM3(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
INITIATED 





(TRUE) 



Process_ 
Components 



MAP_CLOSE_ 
ind_VIA_User2 



Terminated_ 
VIAJnternI 



Terminated_ 
VIA_lntern2 



To all active 
PSSMs 



To all active 
RSSMs 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3c: Process MAP_DSM (sheet 3) 
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Process MAP DSM 



MAP_DSM4(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
INITIATED 



\TC_P_ 
^ABORTJnd 



Set_Result: 
Dialogue_Refused 



Set_Refuse_Reason 

Potential_Version_ 

Incompatibility 



MAP_OPEN_ 
cnf_VIA_User2 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



To all active 
RSSMs 



lncorrect_ 
Transaction_ 

Portion ^^^^^ Else 
^-^-Abort_ 
^ Parameter^ 



No_Common_ 
Dialogue_Portion 




Set_Provider_ 

Reason: Version_ 

Incompatibility 



MAP_P_ABORT 
ind_VIA_User2 



Terminated_ 
VIA_lntern2 



Figure 15.6/3d: Process MAP_DSM (siieet 4) 
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Process MAP DSM 



MAP_DSM5(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
INITIATED 



\TC_U_ 
^ABORTJnd 




UserSpecific 




\TC_L_ 
^CANCELJnd 



MAP_OPEN_ 
cnf_VIA_User2 



Accepted. The dialogue 

^ is considered implictly 

accepted when 
something is received 



Set_Refuse_ 
Reason: AC_ 
Not_Supported 



MAP_OPEN_ 
cnf_VIA_User2 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



(FALSE) 




(TRUE) 



Timer_Expiry_ 
VIA_lntern2 



Set_Result: 
Dialogue_Refused 



DIALOGUE_ 
INITIATED 



Figure 15.6/3e: Process MAP_DSM (sheet 5) 
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Process MAP DSM 



MAP_DSM6(17) 



Process to manage 
a MAP dialogue 




MAP_P_ABORT_ 
ind_VIA_User2 



MAP_P_ABORT 
ind_VIA_User2 



MAP_OPEN_ 
cnf_VIA_User2 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3f: Process MAP_DSM (sheet 6) 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



254 



ETSI TS 129 002 V9.2.0 (2010-07) 



Process MAP DSM 



MAP_DSM7(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
INITIATED 



MAP_U_ 
ABORT_req 



Set_Abort_Reason: 
User_Specific 



Set_User_lnfo: 
MAP_User_ 
Abort_lnfo 



MAP_CLOSE_ 
req 



TC_U_ABORT 
req_VIA_TC1 



Pre-arranged 



TC_END_ 
req_VIA_TC1 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3g: Process MAP_DSM (sheet 7) 
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Process MAP DSM 



MAP_DSM8(17) 



Process to manage 
a MAP dialogue 



DIALOGUE_ 
INITIATED 



>CONTINUE_ 
ind 



1 The first one 



(FALSE) 



^^\C_Name_ 
""^-^nchanged/ 



(TRUE) 



Set_Result: 
Dialogue_ 
Accepted 



IVIAP_OPEN_ 
cnf_VIA_User2 



(FALSE) 



Components_ 
^ Present ^ 




Set_MAP_Provider_ 

Abort_Reason: 
Abnormal_Dialogue 



IVIAP_P_ABORT_ 
ind_VIA_User2 



Set_Abort_Reason_ 
UserSpecific 



$et_User_lnformation: IVIAP_Provider_ 

IVIAP_Provider_ Abort_Reason:= 

Abortjnfo Abnormal_Dialogue 



TC_U_ABORT 
req_VIA_TC1 



(TRUE) 



Process_ 
Components 



MAP_ 

DELIMITER_ 

req_VIA_User2 



DIALOGUE_ 
ESTABLISHED 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3h: Process MAP_DSM (sheet 8) 
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Process MAP DSM 



MAP_DSM9(17) 



Process to manage 
a MAP dialogue 



(FALSE) 



(FALSE) 



(TRUE) 





Extract_User_ 
Information 





No ^^^^^^^ Yes 

Invalid 

^Parameter?/ 



Check_Load_ 
VIA_Load1 



WAIT_FOR_ 

LOAD_CHECK_ 

RESULT1 



. TC_BEGIN_ 
ind 




(FALSE) 




(FALSE) 




TC_U_ABORT 
req_VIA_TC1 



(TRUE) 



WArT_FOR_ 
INIT DATA 



Figure 15.6/3i: Process MAP_DSM (slieet 9) 
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Process MAP DSM 



MAP_DSM10(17) 



Process to manage 
a MAP dialogue 




Set_MAP_Provider_ 

Abort_Reason: 
Abnormal_Dialogue 



Set_User_lnfo: 

MAP_Provider_ 

Abortjnfo 



Set_Abort_Reason: 
UserSpecific 



TC_U_ABORT 
req_VIA_TC1 



Figure 15.6/3J: Process MAP_DSM (sheet 10) 
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Process MAP DSM 



MAP_DSM11(17) 



Process to manage 
a MAP dialogue 




WAn"_FOR_ 

LOAD_CHECK_ 

RESULT2 



Derive_ 
V1_AC 



Op_Code 



Check_Load_ 
VIA_Load1 



WAIT_FOR_ 

LOAD_CHECK_ 

RESULT2 



TC_U_ 

ABORT_req 

VIA_TC1 



subscriber_ 
activity 



(FALSE) 



Last_ 
Component/ 



(TRUE) 



TC_U_ 

ABORT_req 

VIA_TC1 



Build_ 

IVIAP_OPEN_ind_ 

Primitive 



l\/IAP_OPEN_ 

ind_VIA_ 

User2 



Perform_ 

version_1_ 

protocol 



Figure 15.6/3k: Process MAP_DSM (siieet 11) 
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Process MAP DSM 



MAP_DSM12(17) 



Process to manage 
a MAP dialogue 



WArT_FOR_ 

LOAD_CHECK_ 

RESULT1 



MAP_OPEN_ 
ind_VIA_User2 




(FALSE) 



(TRUE) 



AC_Name:= 
Received_ 
AC_Name 



Set_ 
UserData 



AC_Name:= 
Received_ 
AC_Name 




(FALSE) 



(TRUE) 



Process_ 
Components 



MAP_ 

DELIMITER_ 

ind_VIA_User2 



DIALOG UE_ 
PENDING 



(FALSE) ^\. ^ 

^^Aiternative^ 
^^ Name_ 
^^^xists^ 

(TRUE) 



AC_Name:= 
Alternative_ 
AC_Name 



Set_Abort_ 
Reason: 
AC_Not_ 

Supported 



TC_U_ABORT 
req_VIA_TC1 



IDLE 



Figure 15.6/31: Process MAP_DSM (sheet 12) 
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Process MAP DSM 



MAP_DSM13(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
PENDING 



MAP_OPEN_ 
rsp 




Accepted 



Terminated_ 
VIAJnternI 



To all active 
PSSMs 



DIALOGUE, 
ACCEPTED 



Set_Abort_ 

Reason: 

UserSpecific 



Build_MAP_ 
Refuse_PDU 



TC_U_ 

ABORT_ 

req_VIA_TC1 



MAP_U_ 
ABORT_ 
req 



Set_Abort_ 

Reason: 

UserSpecific 



Set_User_lnfo: 
MAP_User_ 
Abort_lnfo 



Figure 15.6/3m: Process MAP_DSM (siieet 13) 
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Process MAP DSM 



MAP_DSM14(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
ACCEPTED 



MAP_req 



Any MAP specific 
request primitive 



MAP_rsp 



Any MAP specific 
response primitive 



MAP_ 

DELIMITER_ 

req 



Requesting_ 
MAP_SSM 



Service_ 
lnvoked_ 
VIA_lntern2 



lssued_ 
VIAJnternI 




DIALOG UE_ 
ACCEPTED 



DIALOGUE, 
ESTABLISHED 



MAP_CLOSE_ 
req 



MAP_U_ 
ABORT_ 
req 



Set_Abort_ 

Reason: 

UserSpecific 



User_lnfo:= 

MAP- 
LI ser Abort Info 



TC_END_ 
req_VIA_TC1 



TC_U_ 

ABORT_ 

req_VIA_TC1 



Terminated_ 
VIA_lntern1 



To all active 
, PSSMs 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3n: Process MAP_DSM (sheet 14) 
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Process MAP DSM 



MAP_DSM15(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
ESTABLISHED 



MAP_req 



Requesting_ 
MAP_SSM 



Service_ 
lnvoked_ 
VIA_lntern2 



Any MAP specific 
request primitive 



MAP_rsp 



lssued_ 
VIAJnternI 



Any MAP specific 
response primitive 



MAP_ 

DELIMITER_ 

req 



CONTINUE_ 
req_VIA_TC1 



DIALOG UE_ 
ESTABLISHED 



DIALOG UE_ 
ESTABLISHED 



And SSM active 



TC_L_ 
>CANCEL_ 
ind 



(FALSE) 



lnvoke_ 
ID_Active 



(TRUE) 



Timer_Expiry_ 
VIA_lntern2 



TC_ 
>NOTICE_ 
ind 



MAP_ 

NOTICE_ 

ind_VIA_User2 



TC_ 
>CONTINUE_ 
ind 



(FALSE) 




(TRUE) 



Process_ 
Components 



MAP_ 

DELIMITER_ 

ind_VIA_User2 



DIALOG UE_ 
ESTABLISHED 



Figure 15.6/30: Process MAP_DSM (sheet 15) 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



263 



ETSI TS 129 002 V9.2.0 (2010-07) 



Process MAP DSM 



MAP_DSM16(17) 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
ESTABLISHED 



X TC_END_ 
^ind 



(FALSE) 




(TRUE) 



Process_ 
Components 



MAP_ 

CLOSE_ 

req 



MAP_CLOSE_ 
ind_VIA_User2 



TC_END_ 
req_VIA_TC1 



Terminated_ 
VIA_lntern1 



To all active 
, PSSMs 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Figure 15.6/3p: Process MAP_DSM (sheet 16) 
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Process MAP DSM 



Process to manage 
a MAP dialogue 



DIALOG UE_ 
ESTABLISHED 



MAP_DSM17(17) 



TC_U_ 
>ABORT_ 
ind 



TC_P_ 
>ABORT_ 
ind 



MAP_U_ 
ABORT_ 
req 




Provider_Abort_PDU 
User_lnfo ^ ^ 



User_Abort_PDU 



Set_Abort_ 

Reason: 

UserSpecific 



Terminated_ 
VIA_lntern2 



To all active 
, RSSMs 



Set_User_lnfo: 
MAP_User_ 
Abortjnfo 



MAP_U_ 
ABORT_ 
ind_VIA_User2 



Terminated_ 
VIA_lntern1 



MAP_P_ 
ABORT_ 
ind_VIA_User2 



To all active 
, PSSMs 




Figure 15.6/3q: Process MAP_DSM (sheet 17) 
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Procedure Process_Components 



Proc_Comp1 (5) 



Procedure to process 
components received 
in aTC message 



Comment: 'Components from TCAP' \ 

DCL ^ 

Op_Code, Operation_Class INTEGER, 

OperationExists, Last_Component, lnvoke_ID_Present, lnvoke_ID_Assigned, Linked_ID_Present, Linked_ID_Assigned, 

Linked_Operation_Allowed, v3_Or_Higher_Dialogue BOOLEAN; 



WAn"_FOR_ 
COIVIPONENTS 



. TCJNVOKE_ 
-^ind(Op_Code) 




(FALSE) 



(TRUE) 



Set_Problem_ 

Code: 

Duplicated_ 

Invoke ID 



Set_Diagnostic: 

Abnormal_Event_ 

Received_ 

From Peer 



IVIAP_NOTICE_ 
ind_VIA_User2 



TC U 


REJECT 


req VIA TC1 




(TRUE) 



(FALSE) 



Set_Problem_ 

Code: 

Unrecognised_ 

Operation 



TC U 


REJECT 


req VIA TC1 



(FALSE) 




(TRUE) 




(TRUE) 



(FALSE) 




Perform ing_ 
IVIAP_SSIVI 



Service_ 
lnvocation_ 
Received_ 
VIA Internt 




(FALSE) 



WAIT_FOR_ 
COIVIPONENTS 



Figure 15.6/4a: Procedure Process_Components (sheet 1) 
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Procedure Process_Components 



Proc_Comp2(5) 



Procedure to process 
components received 
in aTC message 




(FALSE) /^ 




(TRUE) 



Set Problem 


^^ 




Code: 


^^peration 


Linked ID 


^^ Class 


Not Assigned 




^ 



(4) 



(1,2,3) 



TC_U_REJEC" 
req_VIA_TC1 



Linked_ 
Service_ 
lnvoked_ 
VIA Intern2 



Linked_ 
Request_ 
Received_ 
VIA Intern2 



Set_Diagnostic: 

Abnormal_Event_ 

Received_ 

From Peer 



Performing_ 
MAP_SSM 



MAP_NOTICE_ 
ind_VIA_User2 



Service_ 
lnvocation_ 
Received_ 
VIA Internt 



(FALSE) 




(TRUE) 




WArr_FOR_ 
COMPONENTS 



Figure 15.6/4b: Procedure Process_Components (sheet 2) 
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Procedure Process_Components 



Proc_Comp3(5) 



Procedure to process 
components received 
in aTC message 



WAn"_FOR_ 
COIVIPONENTS 



\ TC 


> RESULT L 


/ ind 



lnvoke_ID_ 
.Assigned 



(FALSE) 



(TRUE) 




Result_ 

Received_ 

VIA_lntern2 



TC_ 
> RESULT_NL_ 
ind 




(FALSE) 



(TRUE) 



Parti al_ 
Result_ 
Received_ 
VIA Intern2 




TC_U_ 
>ERROR_ 
ind 



lnvoke_ID_ 
Assigned 



(FALSE) 



(TRUE) 



Negative_ 
Result_ 
Received_ 
VIA Intern2 




Set_Problem_ 

Code: 

lnvoke_ID_ 

Not Assigned 



TC_U_R EJECT 
req_VIA_TC1 



Set_Diagnostic: 

Abnormal_Event_ 

Received_ 

From Peer 



IVIAP_NOTICE_ 
ind_VIA_User2 



(FALSE) 




(TRUE) 




WAIT_FOR_ 
COIVIPONENTS 



Figure 15.6/4c: Procedure Process_Components (sheet 3) 
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Procedure Process_Components 



Proc_Comp4(5) 



Procedure to process 
components received 
in aTC message 



WAIT_FOR_ 
COIVIPONENTS 



TC_L_ 

>REJECT_ 
ind 



TC_R_ 
>REJECT_ 
ind 




(FALSE) 



(TRUE) 




rrproblem, 
re_problem, 
general_problem 




invoke_problem 



(FALSE) 



(TRUE) 



Provider_ 
Reject_ 
Received_ 
VIA Intern2 



l\/IAP_ 

NOTICE_ind_ 

VIA_User2 




rrproblem, 
re_problem, 
generaLproblem 



invoke_problem 



lnvoke_ID_ 
Assigned 



(FALSE) 



(TRUE) 



Provider_ 
Reject_ 
Received_ 
VIA Intern2 



(FALSE) 




(TRUE) 




WAn"_FOR_ 
COMPONENTS 



MAP_ 

NOTICE_ind_ 

VIA_User2 



Figure 15.6/4d: Procedure Process_Components (sheet 4) 
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Procedure Process_Components 



Proc_Comp5(5) 



Procedure to process 
components received 
in aTC message 



WAIT_FOR_ 
COIVIPONENTS 



TC_U_ 
>REJECT_ 
ind 




rrproblem, 
re_problem 




invoke_problem 



(FALSE) 



(TRUE) 



User_Reject_ 

Received_ 

VIA_lntern2 




Figure 15.6/4e: Procedure Process_Components (sheet 5) 
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Process Load Ctrl 



Load_Ctrl1(1) 



Process to verify whether \ 
offered dialogue should be n 
discarded because of overload 



Comment 'LOAD CONTROL'; 
DCL 
Congestion, Dialogue_Acceptable BOOLEAN 




(FALSE) 



(TRUE) 



Dialogue_ 
^cceptable^ 



(FALSE) 



(TRUE) 



Load_OK_ 
VIA_Load2 



Overload_ 
VIA_Load2 



Load_OK_ 
VIA_Load2 



Figure 15.6/5: Process Load_Ctrl 
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Process Request! ng_MAP_SSM 



MAP_RSSM1(4) 



Process to handle MAP \ 
service requests and the ^ 
responses from the distant 
entity 



Comment 'Requesting IVIAP Service State Machine': 

DCL 
Argument_Correct, Error_Code_Correct, Linked_Request_Defined, SyntaxCorrect, MAPJinitiated, 
Unexpected_Data, lmplicit_Cnf, Linked_Operation_Allowed, Wait_For_Cnf, Service_Parameter_Available BOOLEAlKl 
Operation_Class INTEGER; 



. Service_ 
Invoked 



^ A service has been 
invoked by the MAP user 



Set_Operation 

Code_and_TCAP_ 
Parameters 



TC_INVOKE_ 
req_VIA_TC4 




(FALSE) 



(TRUE) 



WAIT_FOR_ 
CONFIRM 



Figure 15.6/6a: Process Requesting_MAP_SSM (sheet 1) 
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Process Request! ng_MAP_SSM 



MAP_RSSM2(4) 



Process to handle MAP \ 
service requests and the ^ 
responses from the distant 
entity 



Result_ 
Received 



WAIT_FOR_ 
CONFIRM 



PartiaL 
> Result_ 
Received 



Negative_ 
> Result_ 
Received 




(FALSE) 



(TRUE) 



(FALSE) 




(TRUE) 



Append_ 

PartiaL 

Info 



(FALSE) 




TC_U_ 

CANCEL_ 

req_VIA_TC4 



(TRUE) 



(TRUE) 



Store_ 

PartiaL 

Info 



WAIT_FOR_ 
CONFIRM 




Set_Provider_ 

Error: lnvalid_ 

Response_ 

Received 



(TRUE) 





(TRUE) 



MAP_cnf_ 
VIA_User4 



(FALSE) 



Set_Provider_ 

Error: lnvalid_ 

Response_ 

Received 



(false; 



Set_Problem_ 

Code: Mistyped_ 

Parameter' 



Set_User_ 
Error 



Set_Provider_ 

Error: lnvalid_ 

Response_ 

Received 



MAP_cnf_ 
VIA_User4 



TC_U_REJECT_ 
req_VIA_TC4 



MAP_cnf_ 
VIA_User4 



Figure 15.6/6b: Process Requesting_MAP_SSM (slieet 2) 
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Process Request! ng_MAP_SSM 



Process to handle MAP \ 
service requests and the ^ 
responses from the distant 
entity 



Linked_ 

> Request_ 

Received 



Find_Parent_ 

Operation_ 

Code 




(FALSE) 



(TRUE) 




(FALSE) 



(TRUE) 



(TRUE) 




(FALSE) 



Set_Provider_ 

Error: Data_ 

IVIissing 



MAP_cnf_ 
VIA_User4 



WAIT_FOR_ 
CONFIRM 




Set_ 

Problem_ 

Code 



TC_U_ 

REJECT_ 

req_VIA_TC4 



User_ 
> Reject_ 
Received 




(FALSE) 



(TRUE) 



Set_Provider_ 
Error 



MAP_cnf_ 
VIA_User4 



MAP_RSSM3(4) 



Linked_ 

> Service_ 

Invoked 



lmplicit_Cnf:= 
TRUE 



WAIT_FOR_ 
CONFIRM 



Set_User_ 
Error 



Figure 15.6/6c: Process Requesting_MAP_SSM (sheet 3) 
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Process Requesting_MAP_SSM 



MAP_RSSM4(4) 



Process to handle MAP \ 
service requests and the n 
responses from the distanti 
entity 



WAIT_FOR_ 
CONFIRIVI 



Provider_ 
> Reject_ 
Received 



. Tinner_ 
Expiry 



Set_Provider_ 
Error 



IVIAP_cnf_ 
VIA_User4 



Associated with 
the service 



(4) /-^\^ (2) 

^^Operation_ 
Class 




Set_Provider_ 
Error 



MAP_cnf_ 
VIA_User4 



'A linked operation 
should have been 
invoked' 



/^inked_^ 

Request_ 

\^efined^ 



(FALSE) 



(FALSE) 



(TRUE) 




(TRUE) 



MAP_cnf_ 
VIA_User4 



Figure 15.6/6d: Process Requesting_MAP_SSM (slieet 4) 
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Process Performing_MAP_SSM 



Process to handle an invoke \ 

component received from tlie ^ 

peer and tlie response from tlie user 



Comment 'Performing MAP Service State Macliine': 
DCL 

Argument_Correct, Service_ldentifiable, Service_Parameters_Available, Unexpected_ 

Lengtli_OK, UserErrorPresent, Linked_Request, Specific_Error, More_Data, 

Cnf_Required BOOLEAN, 

Operation_Class INTEGER, 

TIMER Guard_Timer COMMENT 'expires if MAP user does not respond'; 



Is the syntax correct ?^ 



(TRUE) 




(FALSE) 



(TRUE) 




(3,4) 



^ Associated with 
the service 



(1,2) 



MAP_PSSM1 (2) 



Service_ 

> lnvocation_ 

Received 




(FALSE) 



^ Associated with 
the service 



(1,2) 



(3,4) 



Set_Error: 
Data_Missing 



(TRUE) 




WAIT_FOR_ 
RESPONSE 




^ Associated with 
the service 



(3,4) 



TC_U_ERROR_ 
req_VIA_TC3 



MAP_NOTICE_ 
ind_VIA_User3 



Set_Problem_ 

Code: Mistyped_ 

Parameter 



TC_U_REJEC- 
req_VIA_TC3 



MAP_NOTICE_ 
ind_VIA_User3 
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Figure 15.6/8a: Process Performing_MAP_SSM (sheet 1) 



Process Performing_MAP_SSM 



MAP_PSSM2(2) 



Process to handle an invoke \ 

component received from tlie ^ 

peer and the response from the user 



Guard_ 

>Timer_ 

Expired 



(TRUE) 



TC_ 

RESULT_L_ 

req_VIA_TC3 



Length_ 
O.K. 



(FALSE) 



Split_ 
info 



TC_ 

RESULT_NL_ 

req_VIA_TC3 



(FALSI 



more_ 
data 



(TRUE) 



WAIT_FOR_ 
RESPONSE 



Response_ 
Issued 



by the MAP user or 
^ the Secure_ 
Performing_MAP_SSM 




(TRUE) 



(FALSE) 



(FALSE) 



(TRUE) 



Set_Operation_ 
Code_and_ 
TCAP_Param 



TC_INVOKE_ 
req_VIA_TC3 




(FALSE) 



(TRUE) 



Set_Error_ 
Code 



Set_Problem_ 
Code 



TC_U_ERROR_ 
req_VIA_TC3 



TC_U_REJECT 
req_VIA_TC3 



Figure 15.6/8b: Process Performing_MAP_SSM (sheet 2) 
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1 6 Mapping on to TC services 
16.1 Dialogue control 

Dialogue control services are mapped to TC dialogue handling services. The TC-UNI service is not used by the MAP 
PM. 

16.1 .1 Directly mapped parameters 

The following parameters of the MAP-OPEN request and indication primitives are directly mapped on to the 
corresponding parameters of the TC-BEGIN primitives: 

- destination address; 

- originating address. 

16.1 .2 Use of other parameters of dialogue handling primitives 

16.1.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 

1 6.1 .2.2 Application-context-name 

The application-context-name parameter of a MAP primitive is mapped to the application-context-name parameter of 
TC dialogue handling primitives according to the rules described in clause 15.1. 

1 6.1 .2.3 User information 

The user information parameter of TC dialogue primitives is used to carry the MAP dialogue APDUs. 

1 6.1 .2.4 Component present 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.771. It is not visible to the MAP 
user. 

16.1.2.5 Termination 

The value of this parameter of the TC-END request primitive is set by the MAP PM on the basis of the release method 
parameter of the MAP-CLOSE request primitive, except when the dialogue state machine is in the state DIALOGUE 
INITIATED, in which case the Termination parameter shall always indicate "pre-arranged end". 

16.1.2.6 P-Abort-Cause 

Values of the P-abort-cause parameter are mapped to the values of the provider-reason parameter of the 
MAP-P- ABORT indication primitive according to table 16.1/1, except in the dialogue initiated phase for the 
"incorrectTransactionPortion" and "noCommonDialoguePortion" values which are mapped to the "potential 
incompatibility problem" value of the refuse-reason parameter of the MAP-OPEN cnf primitive. The source parameter 
in the MAP-P- ABORT ind takes the value "TC problem". 
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16.1.2.7 Quality of service 

The quality of service of TC request primitives is set by the MAP as shown below. 

Return option: "Return message on error" or "Discard message on error" as required by the network operator; 

- Sequence control: "Sequence guaranteed" or "Sequence result not guaranteed" as required by the network 
operator; 

"Sequence guaranteed" shall be used when a segmented result is to be transferred (e.g. subscriber data in 
response to SendParameters). It may also be appropriate to use Sequence guaranteed when a series of 
InsertSubscriberData, ProcessAccessSignalling or Forward Access Signalling operations is used. 

It is essential that the TC message which indicates acceptance of a dialogue opening request is received by the dialogue 
initiator before any subsequent message in that dialogue; otherwise the dialogue opening will fail. The dialogue 
responder shall ensure that this requirement is met by: 

- Sending the dialogue acceptance message in a TC-END, if the dialogue structure requires it; or 

- Using "Sequence guaranteed", if the dialogue acceptance message is sent in a TC-CONTINUE; or 

- Waiting until the dialogue acceptance message has been acknowledged by the dialogue initiator before sending a 
subsequent message, if the dialogue acceptance message is sent in a TC-CONTINUE. 

Table 16.1/1 : Mapping of P- Abort cause in TC-P- ABORT indication 
on to provider-reason in MAP-P-ABORT indication 



TC P-Abort cause 


IVIAP provider-reason 


unrecognised message type 


provider malfunction 


unrecognised transaction Id 


supporting dialogue released 


badlyFormattedTransactionPortion 


provider malfunction 


incorrectTransactionPortion 


provider malfunction (note) 


resourceLimitation 


resource limitation 


abnormalDialogue 


provider malfunction 


noCommonDialoguePortion 


version incompatibility 


NOTE: Or version incompatibility in the dialogue initiated phase. 



1 6.2 Service specific procedures 

Specific services are mapped to TC component handling services. 

16.2.1 Directly mapped parameters 

The Invoke Id parameter of the MAP request and indication primitive is directly mapped on to the Invoke Id parameter 
of the component handling primitives. 

1 6.2.2 Use of other parameters of component handling primitives 

16.2.2.1 Dialogue Id 

The value of this parameter is associated with the MAP PM invocation in an implementation dependent manner. 

16.2.2.2 Class 

The value of this parameter is set by the MAP PM according to the type of the operation to be invoked. 

16.2.2.3 Linked Id 

When a service response is mapped to a class 4 operation, the value of this parameter is set by the MAP PM and 
corresponds to the value assigned by the user to the initial service request (i.e. the value of the invoke ID parameter of 
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the request primitive). Otherwise if such a parameter is included in MAP request/indication primitives it is directly 
mapped to the linked ID parameter of the associated TC-INVOKE request/indication primitives. 

16.2.2.4 Operation 

When mapping a request primitive on to a Remote Operations PDU (invoke), the MAP PM shall set the operation code 
according to the mapping described in table 16.2/1. 

When mapping a response primitive on to a Remote Operations service, the MAP PM shall set the operation code of the 
TC-RESULT-L/NL primitive (if required) to the same value as the one received at invocation time. 

Table 16.2/1 : Mapping of MAP specific services on to MAP operations 



MAP-SERVICE 


operation 


MAP-ACTIVATE-SS 


activateSS 


MAP-ACTIVATE-TRACE-MODE 


activateTraceMode 


MAP-ALERT-SERVICE-CENTRE 


alertServiceCentre 


MAP-ANY-TIME-INTERROGATION 


anyTimelnterrogaton 


MAP AUTHENTICATION FAILURE REPORT 


authenticationFailureReport 


MAP-ANY-TIME-MODIFICATION 


anyTimeModification 


MAP-ANY-TIME-SUBSCRIPTION-INTERROGATION 


anyTimeSubscriptionlnterrogation 


MAP-CANCEL-LOCATION 


cancelLocation 


MAP-CHECK-IMEI 


checklMEl 


MAP-DEACTIVATE-SS 


deactivateSS 


MAP-DEACTIVATE-TRACE-MODE 


deactivateTraceMode 


MAP-DELETE-SUBSCRIBER-DATA 


deleteSubscriberData 


MAP-ERASE-CC-ENTRY 


eraseCC-Entry 


MAP-ERASE-SS 


eraseSS 


MAP-FAILURE-REPORT 


failureReport 


MAP-FORWARD-ACCESS-SIGNALLING 


forwardAccessSignalling 


MAP-FORWARD-CHECK-SS-INDICATION 


forwardCheckSslndication 


MAP-FORWARD-GROUP-CALL-SIGNALLING 


forwardGroupCallSignalling 


MAP-MT-FORWARD-SHORT-MESSAGE 


mt-forwardSM 


MAP-MO-FORWARD-SHORT-MESSAGE 


mo-forwardSM 


MAP-GET-PASSWORD 


getPassword 


MAP-INFORM-SERVICE-CENTRE 


informServiceCentre 


MAP-INSERT-SUBSCRIBER-DATA 


insertSubscriberData 


MAP-INTERROGATE-SS 


interrogateSs 


MAP-IST-ALERT 


istAlert 


MAP-IST-COMMAND 


istCommand 


MAP-NOTE-MS-PRESENT-FOR-GPRS 


noteMsPresentForGprs 


MAP-NOTE-SUBSCRIBER-DATA-MODIFIED 


noteSubscriberDataModified 


MAP-PREPARE-GROUP-CALL 


prepareGroupCall 


MAP-PREPARE-HANDOVER 


prepareHandover 


MAP-PREPARE-SUBSEQUENT-HANDOVER 


prepareSubsequentHandover 


MAP-PROCESS-ACCESS-SIGNALLING 


processAccessSignalling 


MAP-PROCESS-GROUP-CALL-SIGNALLING 


processGroupCallSignalling 


MAP-PROCESS-UNSTRUCTURED-SS-REQUEST 


processUnstructuredSS-Request 


MAP-PROVIDE-ROAMING-NUMBER 


provideRoamingNumber 


MAP-PROVIDE-SUBSCRIBER-LOCATION 


provideSubscriberLocation 


MAP-PROVIDE-SUBSCRIBER-INFO 


provideSubscriberlnfo 


MAP-PURGE-MS 


purgeMS 


MAP-READY-FOR-SM 


readyForSM 


MAP-REGISTER-CC-ENTRY 


registerCC-Entry 


MAP-REGISTER-PASSWORD 


registerPassword 


MAP-REGISTER-SS 


registerSS 


MAP-REMOTE-USER-FREE 


remoteUserFree 


MAP-REPORT-SM-DELIVERY-STATUS 


reportSmDeliveryStatus 


MAP-RESET 


reset 


MAP-RESTORE-DATA 


restoreData 


MAP-SEND GROUP-CALL END SIGNAL 


sendGroupCallEndSignal 


MAP-SEND-GROUP-CALL-INFO 


sendGroupCalllnfo 


MAP-SEND-END-SIGNAL 


sendEndSignal 
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MAP-SEND-AUTHENTICATION-INFO 


sendAuthenticationlnfo 


MAP-SEND-IMSI 


sendlMSI 


MAP-SEND-IDENTIFICATION 


sendldentification 


MAP-SEND-ROUTING-INFO-FOR-SM 


sendRoutinglnfoForSM 


MAP-SEND-ROUTING-INFO-FOR-GPRS 


sendRoutinglnfoForGprs 


MAP-SEND-ROUTING-INFO-FOR-LCS 


sendRoutinglnfoForLCS 


MAP-SEND-ROUTING-INFORMATION 


sendRoutinglnfo 


MAP-SET-REPORTING-STATE 


setReportingState 


MAP-STATUS-REPORT 


statusReport 


MAP-SUBSCRIBER-LOCATION-REPORT 


subscriberLocationReport 


MAP-SUPPLEMENTARY-SERVICE-INVOCATION-NOTIFICATION 


ss-lnvocation-Notification 


MAP-UNSTRUCTURED-SS-NOTIFY 


unstructuredSS-Notify 


MAP-UNSTRUCTURED-SS-REQUEST 


unstructuredSS-Request 


MAP-UPDATE-GPRS-LOCATION 


updateGprsLocation 


MAP-UPDATE-LOCATION 


updateLocation 


MAP-NOTE-MM-EVENT 


NoteMM-Event 



16.2.2.5 



Error 



The error parameter in a TC-U-ERROR indication primitive is mapped to the user error parameter in the MAP confirm 
primitive of the service associated with the operation to which the error is attached. 

The user error parameter in MAP response primitives is mapped to the error parameter of the TC-U-ERROR request 
primitive, except for "initiating-release" and "resource-Hmitation" which are mapped to the problem code parameter of 
the TC-U-REJECT request primitive. 



16.2.2.6 



Paranneters 



The parameters of MAP specific request and indication primitives are mapped to the argument parameter of TC- 
INVOKE primitives. 

The parameters of MAP specific response and confirm primitives are mapped to the result parameter of TC-RESULT-L 
primitives, the parameter of TC-U-ERROR primitives or the argument of TC-INVOKE primitives when mapping on 
linked class 4 operations is used. 

16.2.2.7 Timeout 

The value of this parameter is set by the MAP PM according to the type of operation invoked. 

1 6.2.2.8 Last coinponent 

This parameter is used by the MAP PM as described in CCITT Recommendation Q.71 1. It is not visible from the MAP 
user. 



16.2.2.9 



Problem code 



16.2.2.9.1 



Mapping to IVIAP User Error 



The following values of the user error parameter are mapped as follows to values of the TC problem code parameter. 
These values are generated by the MAP user. This mapping is valid from the TC-U-REJECT indication primitive to the 
MAP confirm service primitive and from the MAP response service primitive to the TC-U-REJECT request primitive. 

Table 16.2/2: Mapping of MAP User Error parameter on to TC problem code 

in TC-U-REJECT primitives 



MAP User Error 


TC problem code 


resource limitation 


resource limitation 


initiating release 


initiating release 
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16.2.2.9.2 



Mapping to MAP Provider Error parameter 



The following values of the TC problem code parameter of the TC-U-REJECT indication primitive are mapped as 
follows to values of the MAP Provider Error parameter of the MAP confirm primitive. 

Table 16.2/3: Mapping of TC problem code in TC-U-REJECT on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


duplicated invoke Id 


duplicated invoke id 


unrecognised operation 


service not supported 


mistyped parameter 


mistyped parameter 



The following values of the problem code parameters of the TC-L-REJECT primitive are mapped to values of the 
provider error parameter of the MAP confirm primitive as follows. 

Table 16.2/4: Mapping of TC problem code in TC-L-REJECT on to MAP Provider Error parameter 



TC problem code 


MAP Provider Error 


return result unexpected 


unexpected response from the peer 


return error unexpected 


unexpected response from the peer 



16.2.2.9.3 



Mapping to diagnostic parameter 



The following values of the problem code parameter of the TC-R-REJECT and TC-U-REJECT primitive are mapped to 
values of the diagnostic parameter of the MAP-NOTICE indication primitive as follows: 

Table 16.2/5: Mapping of TC problem code of TC-R-REJECT and TC-U-REJECT 

on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problem 


- abnormal event detected by the peer 


Invoke problem 




- unrecognised linked ID 


- abnormal event detected by the peer 


- linked response unexpected 


- response rejected by the peer 


- unexpected linked operation 


- response rejected by the peer 


Return result problem 




- unrecognised invoke ID 


- response rejected by the peer 


- return result unexpected 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 


Return error problem 




- unrecognised invoke ID 


- response rejected by the peer 


- return error unexpected 


- response rejected by the peer 


- unrecognised error 


- response rejected by the peer 


- unexpected error 


- response rejected by the peer 


- mistyped parameter 


- response rejected by the peer 



The following values of the problem code parameter of the TC-L-REJECT primitive are mapped to values of the 
diagnostic parameter of the MAP-NOTICE indication primitive as follows. 

Table 16.2/6: Mapping of TC problem code of TC-L-REJECT on to diagnostic parameter 



TC problem code 


MAP diagnostic 


General problems 


- abnormal event received from the peer 


Invoke problem 




- unrecognised linked ID 


- abnormal event received from the peer 


Return result problem 




unrecognised invoke ID 


- abnormal event received from the peer 


Return error problem 




- unrecognised invoke ID 


- abnormal event received from the peer 
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1 7 Abstract syntax of the MAP protocol 
17.1 General 

This clause specifies the Abstract Syntaxes for the Mobile Application Part as well as the associated set of Operations 
and Errors, using the Abstract Syntax Notation One (ASN.l), defined in ITU-T Recommendations X.680 and X.681 
with additions as defined in clause 17.1.4 on Compatibility Considerations and the OPERATION and ERROR external 
information object classes, defined in ITU-T Recommendation X.880. 

The Abstract Syntax is defined for all interfaces specified in clause 4.4 except for the A- and B -interfaces. 

The Mobile Application Part protocol is defined by two Abstract Syntaxes: 

- one Abstract Syntax which encompass all Operations and Errors identified by the various MAP subsystem 
numbers. 

This Abstract Syntax represents the set of values each of which is a value of the ASN.l type TCAPMessages. 
TCMessage as defined in ITU-T Recommendation Q.773 with the component relationconstraint sections resolved by 
the operation and error codes included in the ASN.l modules MAP-* Operations and MAP-Errors. However, only the 
subset of this abstract syntax which is required by the procedures defined for an entity needs to be supported. 

- one Abstract Syntax identified by the OBJECT IDENTIFIER value MAP-Dialoguelnformation.map- 
DialogueAS. 

This Abstract Syntax represents the set of values each of which is a value of the ASN. 1 type MAP- 
Dialoguelnformation.MAP-DialoguePDU. Such a value of the ASN.l single-ASN.l-type element is contained within 
the user-information element of the TCAPMessages. DialoguePortion ASN.l type. This Abstract Syntax name is to be 
used as a direct reference. 

17.1.1 Encoding rules 

The encoding rules which are applicable to the defined Abstract Syntaxes are the Basic Encoding Rules for Abstract 
Syntax Notation One, defined in ITU-T Recommendation X.690 with the same exceptions as in ITU-T 
Recommendation Q.773, clause 4 Message Representation. 

When the definite form is used for length encoding, a data value of length less than 128 octets must have the length 
encoded in the short form. 

When the long form is employed to code a length, the minimum number of octets shall be used to code the length field. 

OCTET STRING values and BIT STRING values must be encoded in a primitive form. 

There is no restriction to the use of empty constructors (e.g. an empty SEQUENCE type). That is, the encoding of the 
content of any data value shall consist of zero, one or more octets. 

17.1.2 UseofTC 

The mapping of OPERATION and ERROR to TC components is defined in ETS 300 287 (version 2) which is based on 
ITU-T Recommendation Q.773. 

NOTE 1: The class of an operation is not stated explicitly but is specified as well in the ASN.l operation definition. 

Class 1: RESULT and ERROR appear in ASN.l operation definition. 

Class 2: only ERROR appears in ASN.l operation definition. 

Class 3: only RESULT appears in ASN.l operation definition. 

Class 4: both RESULT and ERROR do not appear in ASN.l operation definition. 

The field "ARGUMENT", "PARAMETER" or "RESULT" (for information objects of class OPERATION and 
ERROR) is always optional from a syntactic point of view. However, except when specifically mentioned with the 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 283 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

ASN.l comment "~ optional" , the "parameter" part of a component has to be considered as mandatory from a semantic 
point of view. 

When an optional element is missing in an invoke component or in an inner data structure while it is required by the 
context, an error component is returned if specified in the information object associated with the operation ; the 
associated type of error is "DataMissing". This holds also when the entire parameter of an invoke component is missing 
while it is required by the context. 

NOTE 2: When a mandatory element is missing in the parameter or inner data structure of any component, a reject 
component is returned (if the dialogue still exists). The problem code to be used is "Mistyped parameter". 

The Timer Values used in the operation definitions are indicated as ASN.l comments. The Timer Value Ranges are: 

s = from 3 seconds to 10 seconds; 

m = from 15 seconds to 30 seconds; 

ml = from 1 minute to 10 minutes; 

1 = from 28 hours to 38 hours. 

1 7.1 .2.1 Use of Global Operation and Error codes defined outside MAP 

An entity supporting an application context greater than 2 shall be capable of receiving an operation or error code, 
within an application context defined in GSM 29.002, encoded as either an Object Identifier (as defined in ITU-T 
Reconmiendation X.690 ) or an integer value (as defined in clause 17.5). Related restrictions regarding the use of 
Object Identifiers are as follows: 

- The length of the Object Identifier shall not exceed 16 octets and the number of components of the Object 
Identifier shall not exceed 16. 

- Object Identifiers shall be used only for operations or errors defined outside of GSM 29.002. 

- Global error codes may be sent only in response to a global operation. If a standard operation is received then 
a global error code shall not be sent in response. 

Handling of an unknown operation codes by the receiving entity is defined in clause 15.1.1. 

17.1.3 Use of information elements defined outside MAP 

An information element or a set of information elements (messages) transparently carried in the Mobile Application 
Part but defined in other recommendations/technical specifications are handled in one of the following ways: 

i) The contents of each information element (without the octets encoding the identifier and the length in the 
recommendation/technical specification where it is defined unless explicitly stated otherwise) is carried as the 
value of an ASN.l type derived from the OCTET STRING data type. Additionally, the internal structure may be 
explained by means of comments. In case of misalignment the referred to recommendation/technical 
specification takes precedence. 

ii) The complete information element (including the octets encoding the identifier and the length in the 

recommendation/technical specification where it is defined) or set of information elements and the identity of the 
associated protocol are carried as the value of the ExternalSignallnfo data type defined in the present document. 
Where more than one information element is carried, the information elements are sent contiguously with no 
filler octets between them. 



17.1.4 Compatibility considerations 



The following ASN.l modules conform to ITU-T Recommendation X.680 and X.681 . An extension marker ("...") is 
used wherever future protocol extensions are foreseen. 

The "..." construct applies only to SEQUENCE and ENUMERATED data types. An entity supporting a version greater 
than 1 shall not reject an unsupported extension following "..." of that SEQUENCE or ENUMERATED data type. The 
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Encoding Rules from clause 17.1.1 apply to every element of the whole Transfer Syntax especially to the ASN.l type 
EXTERNAL. 

The extension container "privateExtensionList" is defined in this specification in order to carry extensions which are 
defined outside this specification. Private extensions can be defined by, for example, network operators, manufacturers, 
and regional standardisation bodies. 

Private extensions shall: 

1) if included in operations of an AC of V2, follow the extension marker and be tagged using PRIVATE tags up 
to and including 29. 

NOTE: This type of extension is in most cases used only within a PLMN. 

2) if included in operations of an AC of V3 or higher: be included only in the Private Extension Container that 
is defined in the specification. 

NOTE: This type of extension can be used between PLMNs. 

Private extensions shall not be included in v2 supplementary service operations. 

Private extensions shall not be included within user error for RegisterCCEntry and EraseCCEntry operations. 

PCS extensions shall be included in the PCS Extension Container that is defined in this specification. 

In order to improve extensibility, a few error parameters have been defined as a CHOICE between the version 2 
description and a SEQUENCE including the version 2 description and an extension container. Operations used in a v2- 
application-context must consider only the first alternative while operations used in a vn-application-context (n>2) must 
consider only the second alternative. 

17.1.5 Structure of the Abstract Syntax of MAP 

For each MAP parameter which has to be transferred by a MAP Protocol Data Unit (MAP message), there is a PDU 
field (an ASN. 1 type) which has the same name as the corresponding parameter, except for the differences required by 
the ASN. 1 notation (blanks between words are removed or replaced by hyphen, the first letter of the first word is capital 
and the first letter of each of the following words ise capitalised, e.g. "no reply condition time" is mapped to 
"NoReplyConditionTime"). Additionally some words may be abbreviated as follows: 

bs basic service 

ch call handling 

cug closed user group 

ho handover 

ic incoming call 

id identity 

info information 

mm mobility management 

Ics location services 

ms mobile service 

oc outgoing call 

om operation & maintenance 

pw Password 

sm short message service 

ss supplementary service 
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The MAP protocol is composed of several ASN.l modules dealing with either operations, errors, data types, and, if 
applicable, split into those dealing with mobile services, call handling services, supplementary services and short 
message services. For operations and errors the code values are given as parameters, in order to allow use of the 
defined information objects also by other protocols (e.g. 3GPP TS 24.080 [38]). The ASN.l source lines are preceded 
by line-numbers at the left margin in order to enable the usage of the cross-reference in annex A. 

The module containing the definition of the operation packages for MAP is: 

1. MAP-OperationPackages. 

The module containing the definition of the application contexts for MAP is: 

2 . M AP- ApplicationContexts . 

The module containing the data types for the Abstract Syntax to be used for TCAPMessages.DialoguePortion for MAP 
is: 

3. MAP-Dialoguelnformation. 

The module containing the supported operations is: 

4. MAP-Protocol. 

The modules containing all operation definitions for MAP are: 

5 . M AP-MobileServiceOperations ; 

6. MAP- Operation AndMaintenanceOperations; 

7. MAP-CallHandHngOperations; 

8. MAP-SupplementaryServiceOperations; 

9. MAP-ShortMessageServiceOperations; 

10. MAP-Group-Call-Operations; 

1 1 . MAP-LocationServiceOperations. 

The module containing all error definitions for MAP is: 

12.MAP-Errors. 
Modules containing all data type definitions for MAP are: 

13. MAP-MS-DataTypes; 

14. MAP-OM-DataTypes; 
15.MAP-CH-DataTypes; 
16.MAP-SS-DataTypes; 
17.MAP-SS-Code; 

18. MAP-SM-DataTypes; 

19. MAP-ER-DataTypes; 

20. MAP-CommonDataTypes; 
21.MAP-TS-Code; 
22.MAP-BS-Code; 

23. MAP-ExtensionDataTypes; 

24. MAP-GR-DataTypes; 
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25. MAP-LCS-DataTypes. 

References are made also to modules defined outside of the present document. They are defined in the technical 
specification Mobile Services Domain, technical specification Transaction Capability and ITU-T Recommendation 
X.880 respectively: 

MobileDomainDefinitions ; 

TCAPMessages, DialoguePDUs ; 

Remote-Operations-Inf ormation-Obj ects . 

17.1.6 Application Contexts 

The following informative table lists the latest versions of the Application Contexts used in this specification, with the 
operations used by them and, where applicable, whether or not the operation description is exactly the same as for 
previous versions. Information in 17.6 & 17.7 relates only to the ACs in this table. 



AC Name 


AC Version 


Operations Used 


Comments 


locationCancellationContext 


v3 


cancelLocation 




equipmentlVlngtContext 


V3 


checklMEl 




imsiRetrievalContext 


v2 


sendlMSI 




infoRetrievalContext 


v3 


sendAuthenticationlnfo 




interVlrlnfoRetrievalContext 


v3 


sendldentification 




handoverControlContext 


v3 


prepareHandover 

forwardAccessSignalling 

sendEndSignal 

processAccessSignalling 

prepareSubsequentHandover 


the syntax of this 
operation has been 
extended in 
comparison with 
release 98 version 


mwdlVlngtContext 


v3 


readyForSIVI 




msPurgingContext 


v3 


purgelVIS 




short IVIsgAlertContext 


v2 


alertServiceCentre 




resetContext 


v2 


reset 




networkUnstructuredSsContext 


v2 


processUnstructuredSS-Request 

unstructuredSS-Request 

unstructuredSS-Notify 




tracingContext 


v3 


activateTracelVlode 
deactivateTracelVlode 




networkFunctionalSsContext 


v2 


registerSS 

eraseSS 

activateSS 

deactivateSS 

registerPassword 

interrogateSS 

getPassword 




short IVIsglVIO-RelayContext 


v3 


mo-forwardSIVI 




short IVIsglVIT-RelayContext 


v3 


mt-forwardSIVI 




short IVIsglVIT-VGCS-RelayContext 


v3 


mt-forwardSM-VGCS 




short IVIsgGatewayContext 


v3 


sendRoutinglnfoForSIVI 

reportSIVI-DeliveryStatus 

InformServiceCentre 


the syntax of this 
operation has been 
extended in 
comparison with 
release 96 version 


networkLocUpContext 


v3 


updateLocation 

forwardCheckSs-lndication 

restoreData 

insertSubscriberData 

activateTracelVlode 


the syntax is the 
same in v1 & v2 


gprsLocationUpdateContext 


v3 


updateGprsLocation 

insertSubscriberData 

activateTracelVlode 




subscriberDatalVlngtContext 


v3 


insertSubscriberData 
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AC Name 


AC Version 


Operations Used 


Comments 






deleteSubscriberData 




roamingNumberEnquiryContext 


v3 


provideRoamingNumber 




locationlnfoRetrievalContext 


v3 


sendRoutinglnfo 




gprsNotifyContext 


v3 


noteMsPresentForGprs 




gprsLocationlnfoRetrievalContext 


v4 


sendRoutinglnfoForGprs 




failureReportContext 


v3 


failureReport 




callControlTransferContext 


v4 


resumeCallHandling 




subscriberlnfoEnquiryContext 


v3 


provideSubscriberlnfo 




anyTimeEnquiryContext 


v3 


anyTimelnterrogation 




anyTimelnfoHandlingContext 


v3 


anyTimeSubscriptionlnterrogation 
anyTimeModification 




ss-lnvocationNotificationContext 


v3 


ss-lnvocationNotification 




groupCallControlContext 


v3 


prepareGroupCall 
processGroupCallSignalling 
forwardGroupCallSignalling 
sendGroupCallEndSignal 




reportingContext 


v3 


setReportingState 

statusReport 

remoteUserFree 




callCompletionContext 


v3 


registerCC-Entry 
eraseCC-Entry 




istAlertingContext 


v3 


istAlert 




ServiceTerminationContext 


v3 


istCommand 




locationSvcEnquiryContext 


v3 


provideSubscriberLocation 
subscriberLocationReport 




locationSvcGatewayContext 


v3 


sendRoutinglnfoForLCS 




mm-EventReportingContext 


v3 


noteMM-Event 




subscriberDataModificationNotificati 
onContext 


v3 


noteSubscriberDataModified 




authenticationFailureReportContext 


v3 


authenticationFailureReport 




resourceManagementContext 


v3 


releaseResources 




groupCalllnfoRetievalContext 


V3 


sendGroupCalllnfo 





NOTE (*): The syntax of the operations is not the same as in previous versions unless expHcitly stated 

1 7.2 Operation packages 
17.2.1 General aspects 

This clause describes the operation-packages which are used to build the application-contexts defined in clause 17.3. 

Each operation-package is a specification of the roles of a pair of communicating objects (i.e. a pair of MAP-Providers), 
in terms of operations which they can invoke of each other. 

The grouping of operations into one or several packages does not necessarily imply any grouping in terms of 
Application Service Elements. 

The following ASN.l information object class is used to describe operation-packages in this clause: 
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OPERATION- PACKAGE ::= CLASS { 




&Both OPERATION 


OPTIONAL, 


^Consumer OPERATION 


OPTIONAL, 


^Supplier OPERATION 


OPTIONAL, 


&id OBJECT IDENTIFIER 


UNIQUE OPTIONAL } 


WITH SYNTAX { 




[ OPERATIONS &Both ] 




[ CONSUMER INVOKES ^Supplier ] 




[ SUPPLIER INVOKES ^Consumer ] 




[ ID &id ] } 





Since the application-context definitions provided in clause 17.3 use only an informal description technique, only the 
type notation is used in the following clauses to define operation-packages. 

The following definitions are used throughout this clause (n>=2): 

- vl-only operation: An operation which shall be used only in vl application-contexts; 

- vn-only operation: An operation which shall be used only in vn application-contexts; 

v(n-l)-operation: An operation whose specification has not been modified since the MAP v(n-l) specifications 
or if the modifications are considered as not affecting v(n-l) implementations; 

- v(n-l)-equivalent operation: The version of an operation which excludes all the information elements and errors 
which have been added since the MAP v(n-l) specification; 

- vn-only package: An operation package which contains only vn-only operations; 

- v(n-l)-package: An operation package which contains only v(n-l)- operations. 

The names of vn-packages are suffixed by "-vn" where n>=2. 

For each operation package which is not vn-only (n>=2) and which does not include only v(n-l)-operations, there is a 
v(n-l)-equivalent package. Except when a definition is explicitly provided in the following clauses, the 
v(n-l)-equivalent package includes the v(n-l)-equivalent operations of the operations which belong to this package. 

1 7.2.2 Packages specifications 
17.2.2.1 Location updating 

This operation package includes the operations required for location management procedures between HLR and VLR. 



locationUpdatingPackage-v3 OPERATION- PACKAGE : 


= { 


-- Supplier is HLR if Consumer is VLR 




CONSUMER INVOKES { 




updateLocation} 




SUPPLIER INVOKES { 




forwardCheckSs- Indication} } 





The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.2 Location cancellation 

This operation package includes the operations required for location cancellation and MS purging procedures between 
HLR and VLR and between HLR and SGSN. 



locationCancellationPackage-v3 OPERATION- PACKAGE ::= { 
-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

cancelLocation} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 
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1 7.2.2.3 Roaming number enquiry 

This operation package includes the operations required for roaming number enquiry procedures between HLR and 
VLR. 



roamingNumberEnquiryPackage-v3 OPERATION- PACKAGE 
-- Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

provideRoamingNumber} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.4 Information retrieval 

This operation package includes the operation required for the authentication information retrieval procedure between 
HLR and VLR and between HLR and SGSN. 



infoRetrievalPackage-v3 OPERATION- PACKAGE : : 


= { 


-- Supplier is HLR if Consumer is VLR 




-- Supplier is HLR if Consumer is SGSN 




CONSUMER INVOKES { 




sendAuthenticationlnfo} } 





The v2-equivalent package is defined as follows: 



infoRetrievalPackage-v2 OPERATION- PACKAGE : 
-- Supplier is HLR if Consumer is VLR 
-- Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

sendAuthenticationlnfo} } 



The vl-equivalent package is defined as follows: 



infoRetrievalPackage-vl OPERATION- PACKAGE ::= { 
-- Supplier is HLR or VLR if Consumer is VLR 
-- Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

sendParameters} } 



17.2.2.5 Inter-VLR information retrieval 

This operation package includes the operations required for inter VLR information retrieval procedures. 



interVlrInfoRetrievalPackage-v3 OPERATION- PACKAGE ::= { 

-- Supplier is VLR if Consumer is VLR 

CONSUMER INVOKES { 
sendldentif ication} } 



The v2-equivalent package is defined as follows: 



interVlrInfoRetrievalPackage-v2 OPERATION- PACKAGE ::= { 

-- Supplier is VLR if Consumer is VLR 

CONSUMER INVOKES { 
sendldentif ication} } 



The vl-equivalent package is : infoRetrievalPackage-vl. 

17.2.2.6 IMSI retrieval 

This operation package includes the operation required for the IMSI retrieval procedure between HLR and VLR. 



imsiRetrievalPackage-v2 OPERATION- PACKAGE 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

sendlMSl} } 



This package is v2 only. 
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1 7.2.2.7 Call control transfer 

This operation package includes the operation required for the call control transfer procedure between VMSC and 
GMSC. 



callControlTransferPackage-v4 OPERATION- PACKAGE 
-- Supplier is GMSC if Consumer is VMSC 
CONSUMER INVOKES { 

resumeCallHandling} } 



The v3-equivalent package can be determined according to the rules described in clause 17.2.1. 

17.2.2.8 Void 

17.2.2.9 Void 

17.2.2.10 Interrogation 

This operation package includes the operations required for interrogation procedures between MSC and HLR or NPLR 
or between HLR and gsmSCF. 



interrogationPackage-v3 


OPERATION- 


PACKAGE : : = 


{ 


-- Supplier is HLR 


or 


NPLR if 


Consumer is 


MSC 


-- Supplier is HLR 


if 


Consumei 


is gsmSCF 




CONSUMER INVOKES { 










sendRout inginf 


o} 


} 







The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.11 Void 

17.2.2.12 Handover Control 

This operation package includes the operations required for handover procedures between MSCs. 



handoverControlPackage-v3 OPERATION- PACKAGE ::= { 
-- Supplier is MSCB if Consumer is MSCA 
CONSUMER INVOKES { 

prepareHandover | 
forwardAccessSignalling} 
SUPPLIER INVOKES { 

sendEndSignal | 
processAccessSignalling | 
prepareSubsequentHandover} } 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl-equivalent package is defined as follows. 



handoverControlPackage-vl OPERATION- PACKAGE ::= { 
-- Supplier is MSCB if Consumer is MSCA 
CONSUMER INVOKES { 

perf ormHandover | 
forwardAccessSignalling | 
traceSubscriberActivity} 
SUPPLIER INVOKES { 

sendEndSignal | 
notelnternalHandover | 
processAccessSignalling | 
performSubsequentHandover} } 
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1 7.2.2.1 3 Subscriber Data management stand alone 

This operation package includes the operations required for stand alone subscriber data management procedures 
between HLR and VLR or between HLR and SGSN. 



subscriberDataMngtStandAlonePackage-v3 OPERATION- PACKAGE 
-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

insertSubscriberData | 

deleteSubscriberPata} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.1 4 Equipment management 

This operation package includes the operations required for equipment management procedures between EIR and MSC 
or between EIR and SGSN. 



equipmentMngtPackage-v3 OPERATION- PACKAGE : : 


= { 


-- Supplier is EIR if Consumer is MSC 




-- Supplier is EIR if Consumer is SGSN 




CONSUMER INVOKES { 




checklMEl} } 





The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.1 5 Subscriber data management 

This operation package includes the operations required for subscriber data management procedures between HLR and 
VLR or between HLR and SGSN. 



subscriberDataMngtPackage-v3 OPERATION- PACKAGE ::= 
-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

insertSubscriberData} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2. L 

1 7.2.2.1 6 Location register restart 

This operation package includes the operations required for location register restart procedures between HLR and VLR 
or between HLR and SGSN. 



resetPackage-v2 OPERATION- PACKAGE ::= { 

-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

reset} } 



The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.1 7 Tracing stand-alone 

This operation package includes the operations required for stand alone tracing procedures between HLR and VLR or 
between HLR and SGSN. 



tracingStandAlonePackage-v3 OPERATION- PACKAGE ::= 
-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode | 

deactivateTraceMode} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 292 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

1 7.2.2.1 8 Functional SS handling 

This operation package includes the operations required for functional supplementary services procedures between VLR 
and HLR. 



functionalSsPackage-v2 OPERATION- PACKAGE : 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 
registerSS | 
eraseSS | 
activateSS | 
deactivateSS | 
registerPassword | 
interrogateSS } 
SUPPLIER INVOKES { 
getPassword} } 



The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

17.2.2.19 Tracing 

This operation package includes the operations required for tracing procedures between HLR and VLR or between HLR 
and SGSN. 



tracingPackage-v3 OPERATION- PACKAGE ::= { 

-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

activateTraceMode} } 



The vl-equivalent and v2-equivalent packages can be determined according to the rules described in clause 17.2.1. 

17.2.2.20 Binding 

This operation package includes the operation required to initialise a supplementary service procedure between VLR 
and HLR or between gsmSCF and HLR. 



bindingPackage-vl OPERATION- PACKAGE ::= { 
-- Supplier is HLR if Consumer is VLR 
-- Supplier is gsmSCF if Consumer is HLR 
CONSUMER INVOKES { 

beginSubscriberActivity} } 



This package is vl only. 

1 7.2.2.21 Unstructured SS handling 

This operation package includes the operations required for unstructured supplementary services procedures between 
VLR and HLR, between the HLR and the gsmSCF, and between HLR and HLR. 



unstructuredSsPackage-v2 OPERATION- PACKAGE ::= { 
-- Supplier is HLR if Consumer is VLR 
-- Supplier is gsmSCF or HLR if Consumer is HLR 
CONSUMER INVOKES { 

processUnstructuredSS-Request } 
SUPPLIER INVOKES { 

unstructuredSS-Request | 
unstructuredSS-Notify} } 



The vl-equivalent package is defined as follows: 



unstructuredSsPackage-vl OPERATION- PACKAGE : : 
-- Supplier is HLR if Consumer is VLR 
-- Supplier is gsmSCF if Consumer is HLR 
CONSUMER INVOKES { 

processUnstructuredSS-Data} } 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 293 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

1 7.2.2.22 MO Short message relay services 

This operation package includes the operations required for short message relay service procedures between IWMSC 
and VMSC or between GMSC and MSC or between SGSN and IWMSC. 



mo-ShortMsgRelayPackage-v3 OPERATION- PACKAGE : 


= { 


-- Supplier is IWMSC if Consumer is MSC 




-- Supplier is IWMSC if Consumer is SGSN 




CONSUMER INVOKES { 




mo-forwardSM} } 





The v2 -equivalent package is defined as follows: 



shortMsgRelayPackage-v2 OPERATION- PACKAGE ::= { 
-- Supplier is IWMSC if Consumer is MSC 
-- Supplier is MSC or SGSN if Consumer is GMSC 
-- Supplier is IWMSC if Consumer is SGSN 
CONSUMER INVOKES { 

forwardSM} } 



The vl-equivalent package can be determined according to the rules described in clause 17.2.1. 

1 7.2.2.23 Short message gateway services 

This operation package includes the operations required for short message service gateway procedures between MSC 
and HLR. 



shortMsgGatewayPackage-v3 OPERATION- PACKAGE ::= { 
-- Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutinglnfoForSM | 
reportSM-DeliveryStatus } 
SUPPLIER INVOKES { 
inf ormServiceCentre} } 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl-equivalent package is defined as follows: 



shortMsgGatewayPackage-vl OPERATION- PACKAGE 
-- Supplier is HLR if Consumer is GMSC 
CONSUMER INVOKES { 

sendRoutinglnfoForSM | 

reportSMDeliveryStatus} } 



1 7.2.2.24 MT Short message relay services 

This operation package includes the operations required for short message relay service procedures between GMSC and 
MSC or between GMSC and SGSN. 



mt-ShortMsgRelayPackage-v3 OPERATION- PACKAGE ::= { 
-- Supplier is MSC or SGSN if Consumer is GMSC 
CONSUMER INVOKES { 

mt- forwardSM} } 



The v2-equivalent package is: shortMsgRelay Package- v2 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 294 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

17.2.2.25 Void 

1 7.2.2.26 Message waiting data management 

This operation package includes the operations required for short message waiting data procedures between HLR and 
VLR, between HLR and SGSN. 



mwdMngtPackage-v3 OPERATION- PACKAGE : 


:= { 


-- Supplier is HLR 


if 


Consumer is 


SGSN 


-- Supplier is HLR 


if 


Consumer is 


VLR 


CONSUMER INVOKES { 








readyForSM} } 









The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl -equivalent package is defined as follows: 



mwdMngtPackage-vl OPERATION- PACKAGE ::= { 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

noteSubscriberPresent } } 



17.2.2.27 Alerting 

This operation package includes the operations required for alerting between HLR and IWMSC. 



alertingPackage-v2 OPERATION- PACKAGE ::= { 
-- Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentre} } 



The vl -equivalent package is defined as follows. 



alertingPackage-vl OPERATION- PACKAGE ::= { 
-- Supplier is IWMSC if Consumer is HLR 
CONSUMER INVOKES { 

alertServiceCentreWithoutResult } } 



1 7.2.2.28 Data restoration 

This operation package includes the operations required for VLR data restoration between HLR and VLR. 



dataRestorationPackage-v3 OPERATION- PACKAGE 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 
restoreData} } 



The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
The vl -equivalent package is: infoRetrievalPackage-vl 

17.2.2.29 Purging 

This operation package includes the operations required for purging between HLR and VLR or between HLR and 
SGSN. 



purgingPackage-v3 OPERATION- PACKAGE : 


:= { 


-- Supplier is HLR 


if 


Consumer is 


VLR 


-- Supplier is HLR 


if 


Consumer is 


SGSN 


CONSUMER INVOKES { 








purgeMS } } 









The v2-equivalent package can be determined according to the rules described in clause 17.2.1. 
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1 7.2.2.30 Subscriber information enquiry 

This operation package includes the operations required for subscriber information enquiry procedures between HLR 
and VLR or between HLR and SGSN. 



subscriberInformationEnquiryPackage-v3 operation- package 
-- Supplier is VLR or SGSN if Consumer is HLR 
CONSUMER INVOKES { 

provideSubscriberlnfo} } 



This package is v3 only. 

1 7.2.2.31 Any time information enquiry 

This operation package includes the operations required for any time information enquiry procedures between gsmSCF 
and HLR or between gsmSCF and GMLC or between gsmSCF and NPLR. 



anyTimeInformationEnquiryPackage-v3 operation- package ::= { 
-- Supplier is HLR or GMLC or NPLR if Consumer is gsmSCF 
CONSUMER INVOKES { 

anyTimelnterrogation} } 



This package is v3 only. 

1 7.2.2.32 Group Call Control 

This operation package includes the operations required for group call and broadcast call procedures between MSCs. 



groupCallControlPackage-v3 OPERATION- PACKAGE ::= { 

-- Supplier is relay MSC if Consumer is anchor MSC 
CONSUMER INVOKES { 

prepareGroupCall | 
forwardGroupCall Signalling} 
SUPPLIER INVOKES { 

sendGroupCallEndSignal | 
processGroupCallSignalling} } 



This package is v3 only. 

1 7.2.2.32A Group Call Info Retrieval 

This operation package includes the operations required for group call and broadcast call info retrieval between MSCs. 



groupCallInfoRetrievalPackage-v3 OPERATION- PACKAGE ::= { 




-- Supplier is group call serving MSC if Consumer is 


visited MSC 


-- Supplier is visited MSC if Consumer is group call 


serving MSC 


CONSUMER INVOKES { 




sendGroupCalllnfo} } 





This package is v3 only. 
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17.2.2.33 Void 

17.2.2.34 Void 

17.2.2.35 Gprs location updating 

This operation package includes the operations required for the gprs location management procedures between HLR 
and SGSN. 



gprsLocationUpdatingPackage-v3 OPERATION- PACKAGE 
-- Supplier is HLR if Consumer is SGSN 
CONSUMER INVOKES { 

updateGprsLocation} } 



This package is v3 only. 

1 7.2.2.36 Gprs Interrogation 

This operation package includes the operations required for interrogation procedures between HLR and GGSN. 



gprsInterrogationPackage-v4 OPERATION- PACKAGE 
-- Supplier is HLR if Consumer is GGSN 
CONSUMER INVOKES { 

sendRoutinglnfoForGprs} } 



The v3 -equivalent package is defined as follows. 



gprsInterrogationPackage-v3 OPERATION- PACKAGE ::= { 
-- Supplier is HLR if Consumer is GGSN 
CONSUMER INVOKES { 

sendRoutinglnfoForGprs} } 



17.2.2.37 Failure reporting 

This operation package includes the operations required for failure reporting between HLR and GGSN. 



failureReportingPackage-v3 OPERATION- PACKAGE : 


= { 


-- Supplier is HLR if Consumer is GGSN 




CONSUMER INVOKES { 




failureReport} } 





This package is v3 only. 

17.2.2.38 GPRS notifying 

This operation package includes the operations required for notifying that GPRS subscriber is present between HLR and 
GGSN. 



gprsNotifyingPackage-v3 OPERATION- PACKAGE : 
-- Supplier is GGSN if Consumer is HLR 
CONSUMER INVOKES { 

noteMsPresentForGprs} } 



This package is v3 only. 
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17.2.2.39 Supplementary Service invocation notification 

This operation package includes the operations required for Supplementary Service invocation notification procedures 
between the MSC and the gsmSCF and between the HLR and the gsmSCF. 



ss-InvocationNotif icationPackage-v3 operation- package ::= { 

-- Supplier is gsmSCF if Consumer is MSC 

-- Supplier is gsmSCF if Consumer is HLR 

CONSUMER INVOKES { 
ss-InvocationNotif ication} } 



This package is v3 only. 

1 7.2.2.40 Set Reporting State 

This operation package includes the operation required for procedures between HLR and VLR to set the reporting state. 



setReportingStatePackage-v3 operation- package ::= { 

-- Supplier is VLR if Consumer is HLR 

CONSUMER INVOKES { 
setReportingState} } 



This package is v3 only. 

17.2.2.41 Status Report 

This operation package includes the operation required for procedures between VLR and HLR to report call results and 
events. 



statusReportPackage-v3 operation- package ::= { 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

statusReport } } 



This package is v3 only. 

1 7.2.2.42 Remote User Free 

This operation package includes the operation required by the HLR to indicate to the VLR that the remote user is free. 



remoteUserFreePackage-v3 operation- package 
-- Supplier is VLR if Consumer is HLR 
CONSUMER INVOKES { 

remoteUserFree} } 



This package is v3 only. 

17.2.2.43 Call Completion 

This operation package includes the operations required for procedures between VLR and HLR for subscriber control of 
call completion services. 



callCompletionPackage-v3 operation- package : 
-- Supplier is HLR if Consumer is VLR 
CONSUMER INVOKES { 

registerCC-Entry | 
eraseCC-Entry} } 


= { 



This package is v3 only. 

1 7.2.2.44 Location service gateway services 

This operation package includes the operations required for location service gateway procedures between GMLC and 
HLR. 
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locationSvcGatewayPackage-v3 OPERATION- PACKAGE ::= 
-- Supplier is HLR if Consumer is GMLC 
CONSUMER INVOKES { 

sendRoutinglnfoForLCS} } 



This package is v3 only. 

1 7.2.2.45 Location service enquiry 

This operation package includes the operations required for the location service enquiry procedures between GMLC and 
MSC and between GMLC and SGSN. 



locationSvcEnquiryPackage-v3 operation- package ::= { 
-- Supplier is MSC or SGSN if Consumer is GMLC 
CONSUMER INVOKES { 

provideSubscriberLocation} } 



This package is v3 only. 

17.2.2.45A Location service reporting 

This operation package includes the operations required for the location service enquiry procedures between MSC and 
GMLC and between SGSN and GMLC. 



locationSvcReportingPackage-v3 operation- package ::= { 

-- Supplier is GMLC if Consumer is MSC 

-- Supplier is GMLC if Consumer is SGSN 

CONSUMER INVOKES { 
subscriberLocationReport } } 



17.2.2.46 Void 

17.2.2.47 Void 

17.2.2.48 Void 

17.2.2.49 1ST Alerting 

This operation package includes the operation required for alerting procedures between the MSC (Visited MSC or 
Gateway MSC) and HLR. 



ist-AlertingPackage-v3 operation- package : 


= { 


-- Supplier is HLR if Consumer is VMSC 




-- Supplier is HLR if Consumer is GMSC 




CONSUMER INVOKES { 




istAlert} } 





This package is v3 only. 

1 7.2.2.50 Service Termination 

This operation package includes the operation required for immediate service termination procedures between the HLR 
and the Visited MSC or between the HLR and the Gateway MSC. 



serviceTerminationPackage-v3 operation- package 
-- Supplier is VMSC or GMSC if Consumer is HLR 
CONSUMER INVOKES { 

istCommand} } 



This package is v3 only. 
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1 7.2.2.51 Mobility Management event notification 

This operation package includes the operations required for MobiHty Management event notification procedures 
between VLR and gsmSCF. 



inm-EventReportingPackage-v3 operation- package ::= { 
-- Supplier is gsmSCF if Consumer is VLR 
CONSUMER INVOKES { 

noteMM-Event } j 



This package is v3 only. 

1 7.2.2.52 Any time information handling 

This operation package includes the operations required for any time information handling procedures between gsmSCF 
and HLR. 



anyTimeInformationHandlingPackage-v3 operation- package 

-- Supplier is HLR if Consumer is gsmSCF 

CONSUMER INVOKES { 

anyTimeSubscriptionlnterrogation | 
anyTimeModif ication} } 



This package is v3 only. 

1 7.2.2.53 Subscriber Data modification notification 

This operation package includes the operations required for Subscriber Data modification notification procedures 
between HLR and gsmSCF. 



subscriberDataModif icationNotif icationPackage-v3 operation- package 

-- Supplier is gsmSCF if Consumer is HLR 

CONSUMER INVOKES { 
noteSubscriberPataModif ied} } 



This package is v3 only. 

17.2.2.54 Authentication Failure Report 

This operation package includes the operation required for procedures between VLR and HLR or the SGSN and the 
HLR for reporting of authentication failures. 



authenticationFailureReportPackage-v3 operation- package ::= { 

-- Supplier is HLR if Consumer is VLR 

-- Supplier is HLR if Consumer is SGSN 

CONSUMER INVOKES { 
authenticationFailureReport } } 



This package is v3 only. 

1 7.2.2.55 Resource Management 

This operation package includes the operation required for procedures between GMSC and VMSC for resource 
management purpose. 



resourceManagementPackage-v3 operation- package 
-- Supplier is VMSC if Consumer is GMSC 
CONSUMER INVOKES { 

releaseResources} } 



This package is v3 only. 
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1 7.2.2.56 MT Short message relay VGCS services 

This operation package includes the operations required for short message relay service procedures between SMS 
GMSC and MSC. 



mt-ShortMsgRelay-VGCS- Package -v3 OPERATION- PACKAGE 
-- Supplier is MSC if Consumer is GMSC 
CONSUMER INVOKES { 

mt-forwardSM-VGCS} j 



This package is v3 only. 

1 7.3 Application contexts 
17.3.1 General aspects 

An application-context is assigned for each dialogue established by a MAP-user. In the present document each 
application-context is assigned a name which is supplied in the MAP-OPEN Req primitive by the MAP-User and 
transmitted to the peer under certain circumstances. 

The following ASN.l information object class is used to describe the main aspects of application-contexts in the 
following clauses: 



APPLICATION- CONTEXT ::= CLASS { 






^Symmetric 


OPERATION- PACKAGE 


OPTIONAL, 




&InitiatorConsumerOf 


OPERATION- PACKAGE 


OPTIONAL, 




&ResponderConsumerOf 


OPERATION- PACKAGE 


OPTIONAL, 




&code 


OBJECT IDENTIFIER 


} 


WITH 


SYNTAX { 








[ OPERATIONS OF 


^Symmetric ] 






[ INITIATOR CONSUMER 


OF &InitiatorConsumerOf 




RES PONDER CONSUMER 


OF &ResponderConsumerOf ] 




ID &code } 







The following definitions are used throughout this clause: 

- vl -application-context: An application-context which contains only vl -packages and uses only TC vl facilities; 

- vl context set: the set of vl -application-contexts defined in the present document. 

- vn-application-context (n>=2): An application-context which contains only vn-packages; 

The names of vl -application-contexts are suffixed by "-vl" while other names are suffixed by "-vn" where n>=2. 

Application-contexts which do not belong to the vl context set use v2 TC facilities. 

The last component of each application-context-name (i.e. the last component of the object identifier value) assigned to 
an application-context which belongs to the vl context set indicates explicitly "versionl". 

For each application-context which does not belong to the "vl context set" there is a vl -equivalent application context. 
This is a vl -application-context which includes the vl -equivalents of the packages included in the original context. 

Each application-context uses the abstract- syntax associated with the operation-packages it includes and uses the 
transfer- syntax derived from it by applying the encoding rules defined in clause 17.1.1. 

ACs which do not belong to the vl context set require the support of the abstract- syntax identified by the object 
identifier value: MAP-Dialoguelnformation.map-Dialogue-AS defined in clause 17.4. 
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1 7.3.2 Application context definitions 

17.3.2.1 Void 

1 7.3.2.2 Location Updating 

This application context is used between HLR and VLR for location updating procedures. 



networkLocUpContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

locationUpdatingPackage-v3 | 
dataRestorationPackage-v3 } 
RESPONDER CONSUMER OF { 

subscriberDataMngtPackage-v3 | 
tracingPackage-v3 } 
ID {map-ac networkLocUp (1) version3(3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac networkLocUp (1) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac networkLocUp (1) versionl(l)} 

17.3.2.3 Location Cancellation 

This application context is used between HLR and VLR or between HLR and SGSN for location cancellation 
procedures. For the HLR - SGSN interface only version 3 of this application context is applicable. 



locationCancellationContext-v3 APPLICATION- CONTEXT ::= 
-- Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

locationCancellationPackage-v3 } 

ID {map-ac locationCancel (2) version3(3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID map-ac locationCancel (2) version2(2) 



The following application-context-name is assigned to the vl -equivalent application-context: 
I ID map-ac locationCancel (2) versionl(l) 

1 7.3.2.4 Roaming number enquiry 

This application context is used between HLR and VLR for roaming number enquiry procedures. 



roamingNumberEnquiryContext-v3 APPLICATION- CONTEXT ::= 
-- Responder is VLR if Initiator is HLR 
INITIATOR CONSUMER OF { 

roamingNumberEnquiryPackage-v3 } 

ID {map-ac roamingNbEnquiry (3) version3(3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac roamingNbEnquiry (3) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac roamingNbEnquiry (3) versionl(l)} 
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17.3.2.5 Void 

17.3.2.6 Location Information Retrieval 

This application-context is used between GMSC and HLR or between GMSC and NPLR or between gsmSCF and HLR 
when retrieving location information. For the GMSC - NPLR interface version 1, version 2 and version 3 of this 
application context are applicable. 



locationInfoRetrievalContext-v3 APPLICATION-CONTEXT : : 
-- Responder is HLR or NPLR if Initiator is GMSC 
-- Responder is HLR if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

interrogationPackage-v3 } 

ID {map-ac locinf oRetrieval (5) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac locInfoRetrieval (5) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 
I ID {map-ac locInfoRetrieval (5) versionl(l)} 

1 7.3.2.7 Call control transfer 

This application context is used for the call control transfer procedure between the VMSC and the GMSC. 



callControlTransferContext-v4 APPLICATION- CONTEXT ::= { 
-- Responder is GMSC if Initiator is VMSC 
INITIATOR CONSUMER OF { 

callControlTransf erPackage-v4 } 

ID {map-ac callControlTransf er (6) version4(4)} } 



The following application-context-name is assigned to the v3 -equivalent application-context: 

I ID {map-ac callControlTransf er (6) versions (3)} 

17.3.2.8 Void 

17.3.2.9 Void 

17.3.2.10 Void 

1 7.3.2.1 1 Location registers restart 

This application context is used between HLR and VLR or between HLR and SGSN for location register restart 
procedures. For the HLR - SGSN interface version 1 and version 2 of this application context are applicable. 



resetContext-v2 APPLICATION-CONTEXT ::= { 

-- Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 
resetPackage-v2 } 

ID {map-ac reset (10) version2(2)} } 



The following application-context-name is assigned to the vl -equivalent application-context: 
I ID {map-ac reset (10) versionl(l)} 
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17.3.2.12 Handover control 

This application context is used for handover procedures between MSCs. 



handoverControlContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is MSCB if Initiator is MSCA 
INITIATOR CONSUMER OF { 

handoverControlPackage-v3 } 

ID {map-ac handoverControl (11) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac handoverControl (11) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac handoverControl (11) versionl(l)} 

17.3.2.13 IMSI Retrieval 

This application context is used for IMSI retrieval between HLR and VLR. 



imsiRetrievalContext-v2 APPLICATION- CONTEXT ::= { 
-- Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

imsi-RetrievalPackage-v2 } 

ID {map-ac imsiRetrieval (26) version2(2)} } 



This application-context is v2 only. 

1 7.3.2.1 4 Equipment Management 

This application context is used for equipment checking between MSC and EIR or between SGSN and EIR. For the 
SGSN - EIR interface version 1 and version 2 and version 3 of this application context are applicable: 



equipmentMngtContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is EIR if Initiator is MSC 
-- Responder is EIR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

equipmentMngtPackage-v3 } 

ID {map-ac equipmentMngt (13) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 



equipmentMngtContext-v2 APPLICATION- CONTEXT ::= { 
-- Responder is EIR if Initiator is MSC 
-- Responder is EIR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

equipmentMngtPackage-v2 } 

ID {map-ac equipmentMngt (13) version2(2)} } 



The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac equipmentMngt (13) versionl(l)} 



1 7.3.2.1 5 Information retrieval 

This application context is used for authentication information retrieval between HLR and VLR or between HLR and 
SGSN. For the HLR - SGSN interface version 1 and version 2 and version 3 of this application context are applicable. 



infoRetrievalContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is HLR if Initiator is VLR 
-- Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

inf oRetrievalPackage-v3 } 

ID {map-ac inf oRetrieval (14) version3(3)} } 
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The following application-context-name is assigned to the v2-equivalent application-context: 



infoRetrievalContext-v2 APPLICATION-CONTEXT ::= 
-- Responder is HLR if Initiator is VLR 
-- Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

inf oRetrievalPackage-v2 } 

ID {map-ac inf oRetrieval (14) version2(2) 



The following application-context-name is assigned to the vl -equivalent application-context: 
I ID {map-ac infoRetrieval (14) versionl(l)} 

1 7.3.2.1 6 Inter-VLR information retrieval 

This application context is used for information retrieval between VLRs. 



interVlrInfoRetrievalContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is VLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

int erVl r Inf oRetrieval Package -v3 } 

ID {map-ac interVlrInf oRetrieval (15) versions (3)} } 



The v2-equivalent application-context is: 



interVlrInfoRetrievalContext-v2 APPLICATION- CONTEXT ::= { 
-- Responder is VLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

int erVlr Inf oRetrieval Package -v2 } 

ID {map-ac interVlrInf oRetrieval (15) version2(2)} } 



The vl -equivalent application-context is: 



ID {map-ac infoRetrieval (14) versionl(l)} 



1 7.3.2.1 7 Stand Alone Subscriber Data Management 

This application context is used for stand alone subscriber data management between HLR and VLR or between HLR 
and SGSN. For the HLR - SGSN interface only version 3 of this application context is applicable: 



subscriberDataMngtContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

subscriberDataMngtStandAlonePackage-v3 } 

ID {map-ac subscriberPataMngt (16) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac subscriberPataMngt (16) version2(2)} | 

The following application-context-name is assigned to the vl -equivalent application-context: 
I ID {map-ac subscriberPataMngt (16) versionl(l)} | 

17.3.2.18 Tracing 

This application context is used between HLR and VLR or between HLR and SGSN for stand alone tracing control 
procedures. For the HLR - SGSN interface version 1, version 2 and version 3 of this application context are applicable. 



tracingContext-v3 APPLICATION- CONTEXT ::= { 

-- Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

tracingStandAlonePackage-v3 } 

ID {map-ac tracing(17) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac tracing(17) version2(2)} 
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The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac tracing (17) versionl(l)} 



1 7.3.2.1 9 Network functional SS handling 

This application context is used for functional-like SS handling procedures between VLR and HLR. 



networkFunctionalSsContext-v2 AP PL I CAT I ON -CONTEXT ::= { 
-- Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

f unctionalSsPackage-v2 } 

ID {map-ac networkFunctionalSs (18) version2(2)} } 



The vl -equivalent application-context is defined as follows: 



networkFunctionalSsContext-vl APPLICATION-CONTEXT ::= { 
-- Responder is HLR, Initiator is VLR 
INITIATOR CONSUMER OF { 

functionalSsPackage-vl | 
unstructuredSsPackage-vl | 
bindingPackage-vl } 
ID {map-ac networkFunctionalSs (18) versionl(l)} } 



1 7.3.2.20 Network unstructured SS handling 

This application context is used for handling stimuli-like procedures between HLR and VLR, between the HLR and 
gsmSCF, and between HLR and HLR. 



networkUnstructuredSsContext-v2 APPLICATION-CONTEXT ::= { 
-- Responder is HLR, Initiator is VLR 
-- Responder is VLR, Initiator is HLR 
-- Responder is gsmSCF, Initiator is HLR 
-- Responder is HLR, Initiator is gsmSCF 
-- Responder is HLR, Initiator is HLR 
OPERATIONS OF { 

unstructuredSsPackage-v2 } 

ID {map-ac networkUnstructuredSs (19) version2(2)} } 



The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac networkFunctionalSs (18) versionl(l)} 

1 7.3.2.21 Short Message Gateway 

This application context is used for short message gateway procedures. 



shortMsgGatewayContext-v3 APPLICATION-CONTEXT ::= 
-- Responder is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

shortMsgGatewayPackage-v3 } 

ID {map-ac shortMsgGateway (2 0) versions (3)} 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac shortMsgGateway (2 0) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac shortMsgGateway (2 0) versionl(l)} 
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17.3.2.22 Mobile originating Short Message Relay 

This application context is used between MSC and IWMSC or between SGSN and IWMSC for mobile originating short 
message relay procedures. For the SGSN - IWMSC interface version 1, version 2 and version 3 of this application 
context are applicable. 



shortMsgM0-RelayContext-v3 APPLICATION-CONTEXT ::= 
-- Responder is IWMSC if Initiator is MSC 
-- Responder is IWMSC if Initiator is SGSN 
INITIATOR CONSUMER OF { 

mo-ShortMsgRelayPackage-v3 } 

ID {map-ac shortMsgMO-Relay (21) versions (3) 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac shortMsgMO- Relay (21) version2(2)} 

The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac shortMsg-Relay (21) versionl(l)} 

17.3.2.23 Void 

1 7.3.2.24 Short message alert 

This application context is used for short message alerting procedures. 



shortMsgAlertContext-v2 APPLICATION- CONTEXT ::= { 
-- Responder is IWMSC if Initiator is HLR 
INITIATOR CONSUMER OF { 
alertingPackage-v2 } 

ID {map-ac shortMsgAlert (23) version2(2)} } 



The following application-context-name is symbolically assigned to the vl -equivalent application-context: 

I ID {map-ac shortMsgAlert (23) versionl(l)} | 

1 7.3.2.25 Short message waiting data management 

This application context is used between VLR and HLR or between SGSN and HLR for short message waiting data 
management procedures. For the SGSN - HLR interface only version 3 of this application context is applicable. 



mwdMngtContext-v3 APPLICATION-CONTEXT ::= { 

-- Responder is HLR if Initiator is SGSN 
-- Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 
mwdMngt Package -v3 } 

ID {map-ac mwdMngt (24) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac mwdMngt(24) version2(2)} 



The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac mwdMngt (24) versionl(l)} 
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17.3.2.26 Mobile ternninating Short Message Relay 

This application context is used between GMSC and MSC or between GMSC and SGSN for mobile terminating short 
message relay procedures. For the GMSC - SGSN interface version 2 and version 3 of this application context and the 
equivalent version 1 application context are applicable. 



shortMsgMT-RelayContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is MSC or SGSN if Initiator is GMSC 
INITIATOR CONSUMER OF { 

mt-ShortMsgRelayPackage-v3 } 

ID {map-ac shortMsgMT-Relay (25) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac shortMsgMT- Relay (2 5) version2(2)} | 

The following application-context-name is assigned to the vl -equivalent application-context: 

I ID {map-ac shortMsg-Relay (21) versionl(l)} | 

17.3.2.27 MS purging 

This application context is used between HLR and VLR or between HLR and SGSN for MS purging procedures. For 
the SGSN - HLR interface only version 3 of this application context is applicable. 



msPurgingContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is HLR if Initiator is VLR 
-- Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 
purgingPackage-v3 } 

ID {map-ac msPurging (27) versions (3)} } 



The following application-context-name is assigned to the v2-equivalent application-context: 

I ID {map-ac msPurging (27) version2(2)} 



1 7.3.2.28 Subscriber information enquiry 

This application context is used between HLR and VLR or between HLR and SGSN for subscriber information enquiry 
procedures. 



subscriberInfoEnquiryContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is VLR or SGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

subscriberInformationEnquiryPackage-v3 } 

ID {map-ac subscriberinf oEnquiry (28) versions (3)} } 



This application-context is v3 only. 

1 7.3.2.29 Any time information enquiry 

This application context is used between gsmSCF and HLR or between gsmSCF and GMLC or between gsmSCF and 
NPLR for any time information enquiry procedures. 



anyTimeInfoEnquiryContext-v3 APPLICATION- CONTEXT ::= { 

-- Responder is HLR or GMLC or NPLR if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

anyTimeInformationEnquiryPackage-v3 } 

ID {map-ac anyTimeInf oEnquiry (29) versions (3)} } 



This application-context is v3 only. 
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1 7.3.2.30 Group Call Control 

This application context is used between anchor MSC and relay MSC for group call and broadcast call procedures. 



groupCallControlContext-v3 AP PL I CAT I ON -CONTEXT ::= { 

-- Responder is relay MSC if Initiator is anchor MSC 
INITIATOR CONSUMER OF { 

groupCallControlPackage-v3 } 

ID {map-ac groupCallControl (31) version3(3)} } 



This application-context is v3 only. 

17.3.2.30A Group Call Info Retrieval 

This application context is used between group call serving MSC and visited MSC for group call and broadcast call 
procedures. 



groupCallInfoRetControlContext-v3 APPLICATION- CONTEXT ::= { 

-- Responder is group call serving MSC if Initiator is visited MSC 
-- Responder is visited MSC if Initiator is group call serving MSC 
INITIATOR CONSUMER OF { 

groupCalllnfoRetrieval Package -v3 } 

ID {map-ac groupCalllnfoRetrieval (45) version3(3)} } 



This application-context is v3 only. 

17.3.2.31 Void 

1 7.3.2.32 Gprs Location Updating 

This application context is used between HLR and SGSN for gprs location updating procedures. 



gprsLocationUpdateContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is HLR if Initiator is SGSN 
INITIATOR CONSUMER OF { 

gprsLocationUpdatingPackage-v3 } 
RESPONDER CONSUMER OF { 

subscriberDataMngtPackage-v3 | 
tracingPackage-v3 } 
ID {map-ac gprsLocationUpdate (32) version3(3)} } 



This application-context is v3 only. 

17.3.2.33 Gprs Location Information Retreival 

This application context is used between HLR and GGSN when retrieving gprs location information. 



gprsLocationInfoRetrievalContext-v4 APPLICATION- CONTEXT ::= 
-- Responder is HLR if Initiator is GGSN 
INITIATOR CONSUMER OF { 

gprsInterrogationPackage-v4 } 

ID {map-ac gprsLocationInf oRetrieval (33) version4(4) 



The following application-context-name is assigned to the v3 -equivalent application-context: 
I ID {map-ac gprsLocationInf oRetrieval (33) versions (3)} 
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1 7.3.2.34 Failure Reporting 

This application context is used between HLR and GGSN to inform that network requested PDP-context activation has 
failed. 



failureReportContext-v3 APPLICATION- CONTEXT ::= 
-- Responder is HLR if Initiator is GGSN 
INITIATOR CONSUMER OF { 

f ailureReportingPackage-v3 } 

ID {map-ac f ailureReport (34) versions (3) 



This application-context is v3 only. 

17.3.2.35 GPRS Notifying 

This application context is used between HLR and GGSN for notifying that GPRS subscriber is present again. 



gprsNotifyContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is GGSN if Initiator is HLR 
INITIATOR CONSUMER OF { 

gprsNotifyingPackage-v3 } 

ID {map-ac gprsNotify (35) version3(3)} } 



This application-context is v3 only. 

1 7.3.2.36 Supplementary Service invocation notification 

This application context is used between the MSC and the gsmSCF and between the HLR and the gsmSCF for 
Supplementary Service invocation notification procedures. 



ss-InvocationNotificationContext-v3 APPLICATION- CONTEXT ::= { 

-- Responder is gsmSCF, Initiator is MSC 

-- Responder is gsmSCF, Initiator is HLR 

INITIATOR CONSUMER OF { 

ss-InvocationNotif icationPackage-v3 } 
ID {map-ac ss-InvocationNotif ication (36) version3(3)} } 



This application-context is v3 only. 

17.3.2.37 Reporting 

This application context is used between HLR and VLR for reporting procedures. 



reportingContext-v3 APPLICATION- CONTEXT ::= ] 
-- Responder is VLR if Initiator is HLR 
-- Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

setReportingStatePackage-v3 | 

statusReportPackage-v3 | 

remoteUserFreePackage-v3 } 
RESPONDER CONSUMER OF { 

setReportingStatePackage-v3 | 

statusReportPackage-v3 } 
ID {map-ac reporting(7) version3(3)} } 



This application-context is v3 only. 

17.3.2.38 Call Completion 

This application context is used between VLR and the HLR for subscriber control of call completion services. 



callCompletionContext-v3 APPLICATION-CONTEXT : : 
-- Responder is HLR if Initiator is VLR 
INITIATOR CONSUMER OF { 

callCompletionPackage-v3 } 

ID {map-ac callCompletion (8) version3(3) 



This application-context is v3 only. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



310 



ETSI TS 129 002 V9.2.0 (2010-07) 



1 7.3.2.39 Location Service Gateway 

This application context is used for location service gateway procedures. 



locationSvcGatewayContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is HLR if Initiator is GMLC 
INITIATOR CONSUMER OF { 

locationSvcGatewayPackage-v3 } 

ID {map-ac locationSvcGateway (37) version3(3)} } 



17.3.2.40 Location Service Enquiry 

This application context is used for location service enquiry procedures. 



locationSvcEnquiryContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is MSC or SGSN if Initiator is GMLC 
-- Responder is GMLC if Initiator is MSC 
-- Responder is GMLC if Initiator is SGSN 
INITIATOR CONSUMER OF { 

locationSvcEnquiryPackage-v3 | 
locationSvcReportingPackage-v3 } 
ID {map-ac locationSvcEnquiry (38) version3 (3)} 



17.3.2.41 Void 

17.3.2.42 Void 

17.3.2.43 Void 

17.3.2.44 1ST Alerting 

This application context is used between MSC (Visited MSC or Gateway MSC) and HLR for alerting services within 
1ST procedures. 



istAlertingContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is HLR if Initiator is VMSC 
-- Responder is HLR if Initiator is GMSC 
INITIATOR CONSUMER OF { 

ist-AlertingPackage-v3 } 

ID {map-ac alerting(4) version3(3)} } 



This application-context is v3 only. 

1 7.3.2.45 Service Termination 

This application context is used between HLR and MSC (Visited MSC or Gateway MSC) for service termination 
services within 1ST procedures. 



serviceTerminationContext-v3 APPLICATION- CONTEXT ::= \ 
-- Responder is VMSC or GMSC if Initiator is HLR 
INITIATOR CONSUMER OF { 

serviceTerminationPackage-v3 } 

ID {map-ac serviceTermination (9) version3(3)} } 



This application-context is v3 only. 
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1 7.3.2.46 Mobility Management event notification 

This application context is used between VLR and gsmSCF for Mobility Management event notification procedures. 



inm-EventReportingContext-v3 APPLICATION- CONTEXT ::= { 
-- Responder is gsmSCF, Initiator is VLR 
INITIATOR CONSUMER OF { 

mm-EventReportingPackage-v3 } 

ID {map-ac mm- Event Reporting (42) version3(3)} } 



This application-context is v3 only. 

1 7.3.2.47 Any time information handling 

This application context is used between gsmSCF and HLR for any time information handling procedures. 



anyTimeInfohandlingContext-v3 APPLICATION- CONTEXT ::= 
-- Responder is HLR if Initiator is gsmSCF 
INITIATOR CONSUMER OF { 

anyTimeInformationHandlingPackage-v3 } 

ID {map-ac anyTimeInf oHandling (43) version3(3) 



This application-context is v3 only. 

1 7.3.2.48 Subscriber Data modification notification 

This application context is used between HLR and gsmSCF for Subscriber Data modification notification procedures. 



subscriberDataModificationNotificationContext-v3 APPLICATION- CONTEXT ::= { 

-- Responder is gsmSCF, Initiator is HLR 

INITIATOR CONSUMER OF { 

subscriberDataModif icationNotif icationPackage-v3 } 
ID {map-ac subscriberDataModif icationNotif ication (22) version3(3)} } 



This application-context is v3 only. 

17.3.2.49 Authentication Failure Report 

This application context is used between VLR and HLR or SGSN and HLR for reporting of authentication failures. 



authenticationFailureReportContext-v3 APPLICATION-CONTEXT ::= { 

-- Responder is HLR if Initiator is VLR 

-- Responder is HLR if Initiator is SGSN 

INITIATOR CONSUMER OF { 

authenti cat ionFailureReport Package -v3 } 
ID {map-ac authenticationFailureReport (39) version3(3)} } 



This application-context is v3 only. 

1 7.3.2.50 Resource Management 

This application context is used between GMSC and VMSC for resource management purpose. 



resourceManagementContext-v3 APPLICATION-CONTEXT ::= { 
-- Responder is VMSC if Initiator is GMSC 
INITIATOR CONSUMER OF { 

resourceManagementPackage-v3 } 

ID {map-ac resourceManagement (44) version3(3)} } 



This application-context is v3 only. 
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1 7.3.2.51 Mobile terminating Short Message Relay VGCS 

This application context is used between SMS-GMSC and MSC for mobile terminating short message relay procedures 
for VGCS. 



shortMsgMT-Relay-VGCS-Context-v3 APPLICATION-CONTEXT ::= { 
-- Responder is MSC if Initiator is SMS-GMSC 
INITIATOR CONSUMER OF { 

mt -ShortMsgRelay- VGCS- Package -v3} 

ID {map-ac shortMsgMT-Relay-VGCS (41) versions (3)} } 



This application-context is v3 only. 



17.3.3 ASN.1 Module for application-context-names 

The following ASN.l module summarises the application-context-name assigned to MAP application-contexts. 

MAP-ApplicationContexts { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ApplicationContexts (2) versionl2 (12) } 

DEFINITIONS 



BEGIN 



EXPORTS everything 



IMPORTS 

gsm-NetworkId, 

ac-Id 
FROM MobileDomainDef initions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versionl (1) } 



application- context -names 



|map-ac OBJECT IDENTIFIER ::= {gsm-NetworkId ac-Id} 



networkLocUpContext-v3 OBJECT IDENTIFIER ::= 
{map-ac networkLocUp (1) version3(3)} 



locationCancellationContext-v3 OBJECT IDENTIFIER 
{map-ac locationCancel (2) version3(3)} 



roamingNumberEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac roamingNbEnquiry (3) version3(3)} 



authenticationFailureReportContext-v3 OBJECT IDENTIFIER 
{map-ac authenticationFailureReport (39) version3(3)} 



locationInfoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac locinf oRetrieval (5) version3(3)} 



resetContext-v2 OBJECT IDENTIFIER 
{map-ac reset (10) version2(2)} 



handoverControlContext-v3 OBJECT IDENTIFIER 
{map-ac handoverControl (11) version3(3)} 



equipmentMngtContext-v3 OBJECT IDENTIFIER ::= 
{map-ac equipmentMngt (13) version3(3)} 



infoRetrievalContext-v3 OBJECT IDENTIFIER ::= 
{map-ac inf oRetrieval (14) version3(3)} 



interVlrInfoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac interVlrInf oRetrieval (15) version3(3)} 
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subscriberDataMngtContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberPataMngt (16) versions (3)} 



tracingContext-v3 OBJECT IDENTIFIER 
{map-ac tracing(17) versions (3)} 



networkFunctionalSsContext-v2 OBJECT IDENTIFIER ::= 
{map-ac networkFunctionalSs (18) version2(2)} 



networkUnstructuredSsContext-v2 OBJECT IDENTIFIER ::= 
{map-ac networkUnstructuredSs (19) version2(2)} 



shortMsgGatewayContext-v3 OBJECT IDENTIFIER 
{map-ac shortMsgGateway (2 0) versions (3)} 



shortMsgM0-RelayContext-v3 OBJECT IDENTIFIER 
{map-ac shortMsgMO-Relay (21) versions (3)} 



shortMsgAlertContext-v2 OBJECT IDENTIFIER ::= 
{map-ac shortMsgAlert (2S) version2(2)} 



mwdMngtContext-v3 OBJECT IDENTIFIER ::= 
{map-ac mwdMngt(24) versions (S)} 



shortMsgMT-RelayContext-v3 OBJECT IDENTIFIER 
{map-ac shortMsgMT-Relay (25) versions (S)} 



shortMsgMT-Relay-VGCS-Context-v3 OBJECT IDENTIFIER 
{map-ac shortMsgMT-Relay-VGCS (41) versions (S)} 



imsiRetrievalContext-v2 OBJECT IDENTIFIER ::= 
{map-ac imsiRetrieval (26) version2(2)} 



msPurgingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac msPurging (27) versions (S)} 



subscriberInfoEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberinf oEnquiry (28) versions (S)} 



anyTimeInfoEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac anyTimeInf oEnquiry (29) versions (S)} 



callControlTransferContext-v4 OBJECT IDENTIFIER ::= 
{map-ac callControlTransf er (6) version4(4)} 



ss-InvocationNotificationContext-v3 OBJECT IDENTIFIER 
{map-ac ss-InvocationNotif ication (S6) versions (S)} 



groupCallControlContext-v3 OBJECT IDENTIFIER 
{map-ac groupCallControl (SI) versions (S)} 



groupCallInfoRetrievalContext-v3 OBJECT IDENTIFIER 
{map-ac groupCallInf oRetrieval (45) versions (S)} 



gprsLocationUpdateContext-v3 OBJECT IDENTIFIER ::= 
{map-ac gprsLocationUpdate (S2) versionS(S)} 



gprsLocationInfoRetrievalContext-v4 OBJECT IDENTIFIER 
{map-ac gprsLocationInf oRetrieval (SS) version4(4)} 



failureReportContext-v3 OBJECT IDENTIFIER 
{map-ac f ailureReport (S4) versions (S)} 



gprsNotifyContext-v3 OBJECT IDENTIFIER 
{map-ac gprsNotify (S5) versions (S)} 



reportingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac reporting(7) versions (S)} 



callCompletionContext-v3 OBJECT IDENTIFIER 
{map-ac callCompletion (8) versions (S)} 



istAlertingContext-v3 OBJECT IDENTIFIER 
{map-ac istAlerting (4) versions (S)} 
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serviceTerminationContext-v3 OBJECT IDENTIFIER : 
{map-ac immediateTermination (9) versions (3)} 



locationSvcGatewayContext-v3 OBJECT IDENTIFIER 
{map-ac locationSvcGateway (37) versions (3)} 



locationSvcEnquiryContext-v3 OBJECT IDENTIFIER 
{map-ac locationSvcEnquiry (38) versions (3)} 



mm-EventReportingContext-vS OBJECT IDENTIFIER ::= 
{map-ac mm-EventReporting (42) versions (3)} 



anyTimeInfoHandlingContext-v3 OBJECT IDENTIFIER ::= 
{map-ac anyTimeInf oHandling (43) versions (3)} 



subscriberDataModificationNotificationContext-v3 OBJECT IDENTIFIER 
{map-ac subscriberDataModif icationNotif ication (22) versions (3)} 



resourceManagementContext-v3 OBJECT IDENTIFIER 

{map-ac resourceManagement (44) versions (3)} 



-- The following Object Identifiers are reserved for application-contexts 
existing in previous versions of the protocol 



- AC Name & Version 


Object Identifier 




-- networkLocUpContext-v1 


map-ac networkLocUp (1) 


versioni (1) 


-- networkLocUpContext-v2 


map-ac networkLocUp (1) 


version2 (2) 


-- locationCancellationContext-v1 


map-ac locationCancellation (2) 


versioni (1) 


-- locationCancellationContext-v2 


map-ac locationCancellation (2) 


version2 (2) 


-- roamingNumberEnquiryContext-v1 


map-ac roamingNumberEnquiry (3) 


versioni (1) 


-- roamingNumberEnquiryContext-v2 


map-ac roamingNumberEnquiry (3) 


version2 (2) 


-- locationlnfoRetrievalContext-v1 


map-ac location InfoRetrieval (5) 


versioni (1) 


-- locationlnfoRetrievalContext-v2 


map-ac location InfoRetrieval (5) 


version2 (2) 


-- resetContext-v1 


map-ac reset (10) 


versioni (1) 


-- handoverControlContext-v1 


map-ac handoverControl (11) 


versioni (1) 


-- handoverControlContext-v2 


map-ac handoverControl (11) 


version2 (2) 


-- slWFSAIIocationContext-v3 


map-ac slWFSAIIocation (1 2) 


version3 (3) 


-- equipmentMngtContext-v1 


map-ac equipmentlVlngt (13) 


versioni (1) 


-- equipmentMngtContext-v2 


map-ac equipmentlVlngt (13) 


version2 (2) 


-- infoRetrievalContext-v1 


map-ac InfoRetrieval (14) 


versioni (1) 


-- infoRetrievalContext-v2 


map-ac InfoRetrieval (14) 


version2 (2) 


-- interVlrlnfoRetrievalContext-v2 


map-ac interVlrlnfoRetrieval (15) 


version2 (2) 


-- subscriberDataMngtContext-v1 


map-ac subscriberDataMngt (16) 


versioni (1) 


-- subscriberDataMngtContext-v2 


map-ac subscriberDataMngt (16) 


version2 (2) 


-- tracingContext-v1 


map-ac tracing (17) 


versioni (1) 


-- tracingContext-v2 


map-ac tracing (17) 


version2 (2) 


- networkFunctionalSsContext-v1 


map-ac networkFunctionaISs (18) 


versioni (1) 


- shortMsgGatewayContext-v1 


map-ac shortMsgGateway (20) 


versioni (1) 


-- shortMsgGatewayContext-v2 


map-ac shortMsgGateway (20) 


version2 (2) 


-- shortMsgRelayContext-v1 


map-ac shortMsgRelay (21) 


versioni (1) 


-- shortMsgAlertContext-v1 


map-ac shortMsgAlert (23) 


versioni (1) 


-- mwdMngtContext-v1 


map-ac mwdMngt (24) 


versioni (1) 


- mwdMngtContext-v2 


map-ac mwdMngt (24) 


version2 (2) 


-- shortMsgMT-RelayContext-v2 


map-ac shortMsgMT-Relay (25) 


version2 (2) 


-- msPurgingContext-v2 


map-ac msPurging (27) 


version2 (2) 


-- callControlTransferContext-v3 


map-ac callControlTransferContext (6) 


version3 (3) 


--gprsLocationlnfoRetrievalContext-v3 


map-ac gprsLocationlnfoRetrievalContext (33) version3 (3) 



END 



17.4 MAP Dialogue Information 

MAP-Dialoguelnformation { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-DialogueInf ormation (3) versionl2 



(12) 



DEFINITIONS 
IMPLICIT TAGS 



BEGIN 
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EXPORTS 

map -Dial ogueAS , 
MAP - D i a 1 ogue PDU 



IMPORTS 

gsm-NetworkId, 

as-Id 
FROM MobileDomainDef initions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

mobileDomainDef initions (0) versionl (1) } 

AddressString 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12)} 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



abstract syntax name for MAP-DialoguePDU 



map-DialogueAS OBJECT IDENTIFIER ::= 

{gsm-NetworkId as-Id map-DialoguePDU (1) versionl (1) 



MAP-DialoguePDU ::= CHOICE { 




map -open 


[0] MAP-Openlnfo, 


map-accept 


[1] MAP-Acceptlnfo, 


map-close 


[2] MAP-Closelnfo, 


map-refuse 


[3] MAP-Refuselnfo, 


map-userAbort 


[4] MAP-UserAbortlnfo, 


map-providerAbort 


[5] MAP- ProviderAbort Info} 



MAP-Openlnfo ::= SEQUENCE { 










destinationReference 






[0] AddressString 


OPTIONAL, 


originationReference 






[1] AddressString 


OPTIONAL, 


extensionContainer 






ExtensionContainer 


OPTIONAL 


-- extensionContainer must 

i 


not 


be 


used in version 2 





MAP -Accept Info 



SEQUENCE 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-Closelnfo ::= SEQUENCE { 




extensionContainer ExtensionContainer 


OPTIONAL 


-- extensionContainer must not be used in version 2 





MAP-Refuselnfo ::= SEQUENCE { 




reason Reason, 




extensionContainer ExtensionContainer 


OPTIONAL, 


-- extensionContainer must not be used in version 2 




alternativeApplicationContext OBJECT IDENTIFIER 


OPTIONAL 


-- alternativeApplicationContext must not be used in version 2 
1 





Reason : : = ENUMERATED { 

noReasonOiven 

invalidDestinationRef erence 
invalidOriginatingRef erence 



(0), 
(1), 
(2)} 
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MAP-UserAbortlnfo ::= SEQUENCE { 
map -UserAbort Choice 



MAP-UserAbortChoice, 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-UserAbortChoice ::= CHOICE { 






userSpecif icReason 


[0] 


NULL, 


userResourceLimitation 


[1] 


NULL, 


resourceUnavailable 


[2] 


ResourceUnavailableReason, 


applicationProcedureCancellation 


[3] 


ProcedureCancellationReason} 



ResourceUnavailableReason ::= ENUMERATED { 

shortTermResourceLimitation (0) , 
longTermResourceLimitation (1) } 



ProcedureCancellationReason ::= ENUMERATED 

handoverCancellation (0) , 

radioChannelRelease (1) , 

networkPathRelease (2) , 

callRelease (3) , 

associatedProcedureFailure (4) , 

tandemDialogueRelease (5) , 
remoteOperationsFailure (6) } 



MAP-ProviderAbortlnfo ::= SEQUENCE { 
map-ProviderAbortReason 



MAP-ProviderAbortReason, 



extensionContainer ExtensionContainer 

-- extensionContainer must not be used in version 2 



OPTIONAL 



MAP-ProviderAbortReason ::= 


ENUMERATED { 


abnormalDialogue (0) , 




invalidPDU (1) } 





END 



1 7.5 MAP operation and error codes 

MAP-Protocol { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Protocol (4) versionl2 (12) 

DEFINITIONS 



BEGIN 

IMPORTS 

OPERATION 
FROM Remote-Operations-Information-Objects { 

joint-iso-itu-t remote-operations (4) inf ormationObjects (5) versionl(O) 

updateLocation, 

cancelLocation, 

purgeMS , 

sendldentif ication, 

updateGprsLocation, 

prepareHandover , 

sendEndSignal , 

processAccessSignalling, 

f orwardAccessSignalling, 

prepareSubsequentHandover , 

sendAuthenticationInf o, 

authenticationFailureReport , 

checklMEI, 

insert SubscriberDat a, 

deleteSubscriberData, 

reset, 

forwardCheckSS- Indication, 

restoreData, 

provideSubscriberlnfo, 

anyTime Interrogation, 

anyTimeSubscriptionlnterrogation, 
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anyTimeModif ication, 
sendRoutingInf oForGprs , 
f ailureReport , 
noteMsPresentForGprs , 
noteMM- Event , 
noteSubscriberDataModif ied 



FROM MAP-MobileServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MobileServiceOperations (5) 
versionl2 (12) } 

activateTraceMode, 
deactivateTraceMode, 
sendlMSl 
FROM MAP-OperationAndMaintenanceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 
versionl2 (12) } 

sendRoutingInf o, 
provideRoamingNumber , 
resumeCal iHandl ing , 
setReportingState, 
statusReport , 
remoteUserFree , 
ist-Alert, 
ist- Command, 
releaseResources 
FROM MAP -Cal IHandl ingOperat ions { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CallHandlingOperations (7) 
versionl2 (12) } 

registerSS, 
eraseSS, 
activateSS, 
deactivateSS, 
interrogateSS , 

processUnstructuredSS-Request , 
unstructuredSS-Request , 
uns true turedSS -Notify, 
register Pas sword, 
getPassword, 

ss-InvocationNot if ication, 
registerCC- Entry, 
eraseCC- Entry 
FROM MAP-SupplementaryServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SupplementaryServiceOperations (8) 
versionl2 (12) } 

sendRoutingInf oForSM, 
mo-ForwardSM, 
mt-ForwardSM, 
reportSM-DeliveryStatus , 
alert ServiceCent re, 
inf ormServiceCentre , 
readyForSM, 
mt - ForwardSM- VGCS 
FROM MAP-ShortMessageServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ShortMessageServiceOperations (9) 
versionl2 (12) } 

prepareGroupCall , 
processGroupCall Signal ling, 
f orwardGroupCal 1 S ignal 1 ing , 
sendGroupCallEndSignal , 
sendGroupCalllnfo 
FROM MAP-Group-Call-Operations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Group-Call-Operations (22) 
versionl2 (12) } 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



318 



ETSI TS 129 002 V9.2.0 (2010-07) 



provideSubscriberLocation, 
sendRoutingInf oForLCS , 
subscriberLocationReport 
FROM MAP-LocationServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-LocationServiceOperations (24) 
versionl2 (12) } 



Supported-MAP-Operations OPERATION ::= {updateLocation | cancelLocation | purgeMS | 
sendldentif ication | updateGprsLocation | prepareHandover | sendEndSignal | 
processAccessSignalling | f orwardAccessSignalling | prepareSubsequentHandover | 
sendAuthenticationlnfo | authenticationFailureReport | checklMEl | insertSubscriberData | 
deleteSubscriberData | reset | forwardCheckSS- Indication | restoreData | provideSubscriberlnfo 
anyTimelnterrogation | anyTimeSubscriptionlnterrogation | anyTimeModif ication | 
sendRoutingInf oForGprs | f ailureReport | noteMsPresentForGprs | noteMM-Event | 
noteSubscriberDataModif led | activateTraceMode | deactivateTraceMode | sendlMSl | 
sendRoutinglnfo | provideRoamingNumber | resumeCallHandling | setReportingState | statusReport 

remoteUserFree | ist-Alert | 

ist-Command | registerSS | eraseSS | activateSS | deactivateSS | interrogateSS | 
processUnstructuredSS-Request | unstructuredSS-Request | unstructuredSS-Notify | 
registerPassword | getPassword | ss-lnvocationNotif ication | registerCC-Entry | eraseCC-Entry | 
sendRoutinglnfoForSM | mo-ForwardSM | mt-ForwardSM | reportSM-DeliveryStatus | 
alertServiceCentre | inf ormServiceCentre | readyForSM | prepareGroupCall | 
processGroupCallSignalling | f orwardGroupCallSignalling | sendGroupCallEndSignal | 
provideSubscriberLocation | sendRoutingInf oForLCS | subscriberLocationReport | 
releaseResources | mt-ForwardSM-VGCS | sendGroupCalllnfo } 



The following operation codes are reserved for operations 
existing in previous versions of the protocol 



- Operation Name 


AC used 


Oper. Code 


-- sendParameters 


map-ac infoRetrieval (14) versioni (1) 


local:9 


-- processUnstructuredSS-Data 


map-ac networkFunctionaISs (18) versioni (1) 


local:19 


-- perform Handover 


map-ac handoverControl (11) versioni (1) 


local :28 


-- performSubsequentHandover 


map-ac handoverControl (11) versioni (1) 


local :30 


-- provideSIWFSNumber 


map-ac slWFSAIIocation (12) versions (3) 


local:31 


-- siwfs-SignallingModify 


map-ac slWFSAIIocation (12) versions (3) 


local :32 


-- notelnternalHandover 


map-ac handoverControl (11) versioni (1) 


local :35 


-- noteSubscriberPresent 


map-ac mwdMngt (24) versioni (1) 


local :48 


-- alertServiceCentreWithoutResult 


map-ac shortMsgAlert (2S) versioni (1) 


local :49 


-- traceSubscriberActivity 


map-ac handoverControl (11) versioni (1) 


local :52 


-- beginSubscriberActivity 


map-ac networkFunctionaISs (18) versioni (1) 


local :54 



The following error codes are reserved for errors 
existing in previous versions of the protocol 



■ Error Name 

unknownBaseStation 

invalidTargetBaseStation 

noRadioResourceAvailable 



AC used 



map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 
map-ac handoverControl (11) versioni (1) 



Error Code 

local :2 
local :23 
local :24 



END 



1 7.6 MAP operations and errors 
17.6.1 Mobile Service Operations 

MAP-MobileServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MobileServiceOperations (5) 
versionl2 (12) } 

DEFINITIONS 



BEGIN 
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EXPORTS 



-- location registration operations 

updateLocation, 

cancelLocation, 

purgeMS , 

sendldentif ication, 

-- gprs location registration operations 
updateGprsLocation, 

-- subscriber information enquiry operations 
provideSubscriberlnfo, 

-- any time information enquiry operations 
anyTime Interrogation, 

-- any time information handling operations 
anyTimeSubscriptionlnterrogation, 
anyTimeModif ication, 

-- subscriber data modification notification operations 
noteSubscriberDataModif ied, 



-- handover operations 
prepareHandover , 
sendEndSignal , 
processAccessSignalling, 
f orwardAccessSignalling, 
prepareSubsequentHandover , 

-- authentication management operations 
sendAuthenticationInf o, 
authenticationFailureReport , 

-- IMEI management operations 
checklMEI, 

-- subscriber management operations 
insert SubscriberDat a, 
deleteSubscriberData, 

-- fault recovery operations 

reset, 

forwardCheckSS- Indication, 

restoreData, 

gprs location information retrieval operations 
sendRoutingInf oForGprs , 

-- failure reporting operations 
f ailureReport , 

-- gprs notification operations 
noteMsPresentForOprs , 

-- Mobility Management operations 
not eMM- Event 



IMPORTS 

OPERATION 
FROM Remote-Operations- Information-Objects 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 

dataMissing, 

unexpectedDataValue , 

unknownSubscriber , 

unknownMSC, 

unidentif iedSubscriber, 

unknownEquipment , 

roamingNot Allowed , 

at i -Not Allowed, 

noHandoverNumberAva liable , 

subsequentHandoverFailure , 
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absent Subscriber, 

mm- EventNot Supported, 

at si -Not Allowed, 

atm-Not Allowed, 

bearerServiceNot Provisioned, 

teleserviceNot Provisioned, 

callBarred, 

i 1 legal SS- Operation, 

ss- Errors tatus, 

SS -Not Available, 

ss- Incompatibility, 

ss- Subscript ionViolat ion, 

informationNotAvailable, 

targetCellOutsideGroupCallArea 



FROM MAP -Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 



UpdateLocationArg, 

UpdateLocationRes , 

CancelLocationArg, 

CancelLocationRes , 

PurgeMS-Arg, 

PurgeMS-Res, 

Sendldentif icationArg, 

Sendldentif icationRes , 

UpdateGprsLocationArg, 

UpdateGprsLocationRes , 

PrepareHO-Arg, 

PrepareHO-Res , 

ForwardAccessSignalling-Arg, 

ProcessAccessSignalling-Arg, 

SendEndSignal-Arg, 

SendEndS ignal - Res , 

PrepareSubsequentHO-Res , 

PrepareSubsequentHO-Arg, 

SendAuthenticationlnfoArg, 

SendAuthenticationInf oRes , 

AuthenticationFailureReportArg, 

AuthenticationFailureReportRes , 

ChecklMEI-Arg, 

ChecklMEI-Res, 

Insert SubscriberDataArg, 

InsertSubscriberDataRes , 

DeleteSubscriberDataArg, 

DeleteSubscriberDataRes , 

ResetArg, 

RestoreDataArg, 

RestoreDataRes , 

ProvideSubscriberInf oArg, 

ProvideSubscriberInf oRes , 

AnyTimeSubscriptionlnterrogationArg, 

AnyTimeSubscriptionlnterrogationRes, 

AnyTimeModif icationArg, 

AnyTimeModi f icat ionRes , 

NoteSubscriberDataModif iedArg, 

NoteSubscriberDataModif iedRes , 

AnyTimelnterrogationArg, 

AnyTimelnterrogationRes , 

SendRout inginf oForGprsArg , 

SendRoutingInf oForGprsRes , 

FailureReportArg, 

FailureReportRes , 

NoteMsPresentForGprsArg, 

NoteMsPresentForGprsRes , 

Not eMM- Event Arg, 

Not eMM- Event Res 



FROM MAP-MS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) versionl2 



(12) 
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location registration operations 



updateLocation OPERATION : : = 
ARGUMENT 

UpdateLocationArg 
RESULT 

UpdateLocationRes 
ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue 
unknownSubscriber | 
roamingNotAl lowed } 
CODE local: 2 } 



-Timer m 



cancelLocation OPERATION : : = { 
ARGUMENT 

CancelLocationArg 
RESULT 

CancelLocationRes 
-- optional 
ERRORS { 

dataMissing | 

unexpectedDataValue } 
CODE local: 3 } 



-Timer m 



purgeMS OPERATION : : = { 

ARGUMENT 

PurgeMS -Arg 

RESULT 

PurgeMS -Res 

-- optional 

ERRORS { 

dataMissing | 
unexpectedDataValue | 
unknownSubscriber } 

CODE local: 67 } 



-Timer m 



sendldentification OPERATION ::= { 
ARGUMENT 

Sendldentif icationArg 
RESULT 

Sendldentif icationRes 
ERRORS { 

dataMissing | 

unidentif iedSubscriber} 
CODE local: 55 } 



-Timer s 



gprs location registration operations 



updateGprsLocation OPERATION : 

ARGUMENT 

UpdateGprsLocationArg 

RESULT 

UpdateGprsLocationRes 

ERRORS { 

systemFailure | 
unexpectedDataValue | 
unknownSubscriber | 
roamingNotAl lowed} 

CODE local: 23 } 



-Timer m 



subscriber information enquiry operations 



provideSubscriberlnfo OPERATION : 
ARGUMENT 

ProvideSubscriberInf oArg 
RESULT 

ProvideSubscriberInf oRes 
ERRORS { 

dataMissing | 

unexpectedDataValue } 
CODE local: 70 } 



-Timer m 



-- any time information enquiry operations 
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any Time Inter rogation OPERATION : 

ARGUMENT 

AnyTimelnterrogationArg 

RESULT 

AnyTimelnterrogationRes 

ERRORS { 

systemFailure | 
ati-NotAllowed | 
dataMissing | 
unexpectedDataValue | 
unknownSubscriber } 
CODE local: 71 } 



-Timer m 



any time information handling operations 



anyTimeSubscriptionlnterrogation OPERATION : : = 
ARGUMENT 

AnyTimeSubscriptionlnterrogationArg 
RESULT 

AnyTimeSubscriptionlnterrogationRes 
ERRORS { 

atsi-NotAllowed | 

dataMissing | 

unexpectedDataValue | 

unknownSubscriber | 

bearerServiceNotProvisioned | 

teleserviceNotProvisioned | 

callBarred | 

illegalSS-Operation | 

ss-NotAvailable | 

inf ormationNotAvailable} 
CODE local: 62 } 



-Timer m 



anyTimeModification OPERATION ::= { 

ARGUMENT 

AnyTimeModi f icat ionArg 

RESULT 

AnyTimeModi f icat ionRes 

ERRORS { 

atm-NotAllowed | 
dataMissing | 
unexpectedDataValue | 
unknownSubscriber | 
bearerServiceNotProvisioned 
teleserviceNotProvisioned | 
callBarred | 
illegalSS-Operation | 
ss-SubscriptionViolation | 
ss-ErrorStatus | 
ss-Incompatibility | 
inf ormationNotAvailable } 

CODE local: 65 } 



-Timer m 



subscriber data modification notification operations 



noteSubscriberDataModified OPERATION : 
ARGUMENT 

NoteSubscriberDataModif iedArg 
RESULT 

NoteSubscriberDataModif iedRes 
-- optional 
ERRORS { 

dataMissing | 

unexpectedDataValue | 

unknownSubscriber } 
CODE local: 5 } 



-Timer m 



handover operations 
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prepareHandover OPERATION : : = { 
ARGUMENT 

PrepareHO-Arg 
RESULT 

PrepareHO-Res 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

noHandoverNumberAva liable | 

targetCellOutsldeGroupCallArea 
CODE local: 68 } 



-Timer m 



sendEndSignal OPERATION : : : 
ARGUMENT 

SendEndS ignal - Arg 
RESULT 

SendEndS ignal - Res 
CODE local: 29 } 



--Timer 1 



processAccessSignalling OPERATION ::= { 
ARGUMENT 

ProcessAccessSignalling -Arg 
CODE local: 33 } 



--Timer s 



forwardAccessSignalling OPERATION ::: 
ARGUMENT 

ForwardAccessSignalling -Arg 
CODE local: 34 } 



-Timer s 



prepareSubsequentHandover OPERATION 
ARGUMENT 

PrepareSubsequentHO-Arg 
RESULT 

PrepareSubsequentHO-Res 
ERRORS { 

unexpectedDataValue | 

dataMissing | 

unknownMSC | 

subsequentHandoverFailure } 
CODE local: 69 } 



-Timer m 



authentication management operations 



sendAuthenticationlnfo OPERATION ::= { --Timer m 

ARGUMENT 

SendAuthenticationInf oArg 

-- optional 

-- within a dialogue SendAuthenticationInf oArg shall not be present in 

-- subsequent invoke components . If received in a subsequent invoke component 

-- it shall be discarded. 

RESULT 

SendAuthenticationlnfoRes 

-- optional 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

unknownSubscriber } 
CODE local: 56 } 



authenticationFailureReport OPERATION : 
ARGUMENT 

AuthenticationFailureReport Arg 
RESULT 

AuthenticationFailureReportRes 

-- optional 
ERRORS { 

systemFailure | 

unexpectedDataValue | 

unknownSubscriber } 
CODE local: 15 } 



-Timer m 



-- IMS I management operations 
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checklMEI OPERATION : : = { 

ARGUMENT 

ChecklMEI -Arg 

RESULT 

ChecklMEI -Res 

ERRORS { 

systemFailure | 
dataMissing | 
unknownEquipment } 

CODE local: 43 } 



-Timer m 



-- subscriber management operations 



insertSubscriberData OPERATION : : = 

ARGUMENT 

Insert SubscriberDataArg 

RESULT 

Insert SubscriberDataRes 
-- optional 

ERRORS { 

dataMissing | 
unexpectedDataValue | 
unidentif iedSubscriber} 

CODE local: 7 } 



--Timer m 



deleteSubscriberData OPERATION : 

ARGUMENT 

DeleteSubscriberDataArg 

RESULT 

DeleteSubscriberDataRes 
-- optional 

ERRORS { 

dataMissing | 
unexpectedDataValue | 
unidentif iedSubscriber} 

CODE local: 8 } 



-Timer m 



fault recovery operations 



reset OPERATION : : = 
ARGUMENT 

ResetArg 
CODE local: 37 } 



-Timer m 



forwardCheckSS- Indication OPERATION 
CODE local: 38 } 



-Timer s 



restoreData OPERATION ::= { 

ARGUMENT 

RestoreDataArg 

RESULT 

RestoreDataRes 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue 
unknownSubscriber } 

CODE local: 57 } 



--Timer m 



gprs location information retrieval operations 



sendRoutinglnfoForGprs OPERATION : 
ARGUMENT 

SendRout inginf oForGprsArg 
RESULT 

SendRout inginf oForGprsRes 
ERRORS { 

absentSubscriber | 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

unknownSubscriber | 

callBarred } 
CODE local: 24 } 



-Timer m 



failure reporting operations 
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failureReport OPERATION ::= 

ARGUMENT 

FailureReport Arg 

RESULT 

FailureReport Res 
-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue 
unknownSubscriber } 

CODE local: 25 } 



-Timer m 



gprs notification operations 



noteMsPresentForGprs OPERATION : 
ARGUMENT 

Not eMs Present ForGprsArg 
RESULT 

Not eMs Present ForGprsRes 
-- optional 
ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
unknownSubscriber } 
CODE local: 26 } 



-Timer m 



noteMM-Event OPERATION ::= { 

ARGUMENT 

NoteMM-Event Arg 

RESULT 

NoteMM-Event Res 

ERRORS { 

dataMissing | 
unexpectedDataValue | 
unknownSubscriber | 
mm- EventNot Support ed } 

CODE local: 89 } 



-Timer m 



END 



17.6.2 Operation and Maintenance Operations 

MAP -OperationAndMaintenanceOperat ions { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OperationAndMaintenanceOperations (6) 
versionl2 (12) } 

DEFINITIONS 



BEGIN 

EXPORTS 

activateTraceMode, 

deactivateTraceMode, 

sendlMSI 



IMPORTS 

OPERATION 
FROM Remote-Operations- Information-Objects { 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 
dataMissing, 
unexpectedDataValue , 
facilityNot Supported, 
unknownSubscriber , 
unidentif iedSubscriber, 
tracingBuf ferFull 
FROM MAP-Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 
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ActivateTraceModeArg, 
ActivateTraceModeRes , 
DeactivateTraceModeArg, 
DeactivateTraceModeRes 
FROM MAP-OM-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versionl2 



(12) 



ISDN- AddressSt ring, 
IMSI 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) 



activateTraceMode OPERATION : : = 

ARGUMENT 

Ac t ivat eTraceModeArg 

RESULT 

ActivateTraceModeRes 
-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
facilityNotSupported | 
unidentif iedSubscriber 
tracingBuf f erFull } 

CODE local: 50 } 



-Timer m 



deactivateTraceMode OPERATION : 

ARGUMENT 

DeactivateTraceModeArg 

RESULT 

DeactivateTraceModeRes 
-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
facilityNotSupported | 
unidentif iedSubscriber} 

CODE local: 51 } 



-Timer m 



sendlMSI OPERATION : : = { 

ARGUMENT 

ISDN- AddressSt ring 

RESULT 

IMSI 

ERRORS { 

dataMissing | 
unexpectedDataValue 
unknownSubscriber } 

CODE local: 58 } 



-Timer m 



END 

17.6.3 Call Handling Operations 

MAP-CallHandlingOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CallHandlingOperations (7) 
versionl2 (12) } 

DEFINITIONS 



BEGIN 

EXPORTS 

sendRoutingInf o, 
provideRoamingNumber , 
resumeCallHandling, 
setReportingState, 
statusReport , 
remoteUserFree , 
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ist-Alert , 

ist -Command, 

releaseResources 



IMPORTS 

OPERATION 
FROM Remote-Operations-Information-Objects { 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 
dataMissing, 
unexpectedDataValue , 
facilityNot Supported, 
or -Not Allowed, 
unknownSubscriber , 
numberChanged , 

bearerServiceNot Provisioned, 
teleserviceNot Provisioned, 
noRoamingNumberAvailable, 
absent Subscriber, 
busySubscriber, 
noSubscriberReply, 
callBarred, 
f orwardingViolation, 
forwardingFailed, 
cug-Reject , 
resourceLimitation, 
incompatibleTerminal , 
unidentif iedSubscriber 

FROM MAP -Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

SendRout inginf oArg , 

SendRoutingInf oRes , 

ProvideRoamingNumberArg , 

ProvideRoamingNumberRes , 

ResumeCal iHandl ingArg , 

ResumeCallHandlingRes , 

Se t Report ingS t at eArg, 

SetReportingStateRes , 

StatusReportArg, 

StatusReportRes , 

RemoteUserFreeArg , 

RemoteUserFreeRes , 

IST-AlertArg, 

IST-AlertRes, 

I ST - CommandArg , 

IST-CommandRes, 

ReleaseResourcesArg, 

ReleaseResourcesRes 
FROM MAP-CH-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CH-DataTypes (13) versionl2 (12) 
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sendRoutinglnfo OPERATION ::= { --Timer m 

-- The timer is set to the upper limit of the range if the GMSC supports pre-paging. 
ARGUMENT 

SendRout inginf oArg 
RESULT 

SendRout inginf oRes 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

facilityNotSupported | 

or-NotAllowed | 

unknownSubscriber | 

numberChanged | 

bearerServiceNotProvisioned | 

teleserviceNotProvisioned | 

absentSubscriber | 

busySubscriber | 

noSubscriberReply | 

callBarred | 

cug-Reject | 

f orwardingViolation} 
CODE local: 22 } 



provideRoamingNumber OPERATION ::= { --Timer m 

-- The timer is set to the upper limit of the range if the HLR supports pre-paging. 
ARGUMENT 

ProvideRoamingNumberArg 
RESULT 

ProvideRoamingNumberRes 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

facilityNotSupported | 

or-NotAllowed | 

absentSubscriber | 

noRoamingNumberAvailable} 
CODE local: 4 } 



resumeCallHandling OPERATION ::= 
ARGUMENT 

ResumeCallHandlingArg 
RESULT 

ResumeCallHandlingRes 

-- optional 
ERRORS { 

forwardingFailed | 

or-NotAllowed | 

unexpectedDataValue | 

dataMissing } 
CODE local: 6 } 



{ 



-Timer m 



setReportingState OPERATION : : = 

ARGUMENT 

Se t Report ingSt at eArg 

RESULT 

Se t Report ingSt at eRes 
-- optional 

ERRORS { 

systemFailure | 
unidentif iedSubscriber 
unexpectedDataValue | 
dataMissing | 
resourceLimitation | 
facilityNotSupported} 

CODE local: 73 } 



-Timer m 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



329 



ETSI TS 129 002 V9.2.0 (2010-07) 



statusReport OPERATION ::= { 
ARGUMENT 

StatusReportArg 
RESULT 

StatusReport Res 

-- optional 
ERRORS { 

unknownSubscriber | 

systemFailure | 

unexpectedDataValue 

dataMissing} 
CODE local: 74 } 



-Timer m 



remoteUserFree OPERATION : : = { 

ARGUMENT 

RemoteUserFreeArg 

RESULT 

RemoteUserFreeRes 

ERRORS { 

unexpectedDataValue | 
dataMissing | 
incompatibleTerminal | 
absentSubscriber | 
systemFailure | 
busySubscriber} 

CODE local: 75 } 



--Timer ml 



ist-Alert OPERATION ::= { 

ARGUMENT 

IST-AlertArg 

RESULT 

IST-AlertRes 
-- optional 

ERRORS { 

unexpectedDataValue | 
resourceLimitation | 
unknownSubscriber | 
systemFailure | 
facilityNot Supported} 

CODE local: 87 } 



-Timer m 



ist-Command OPERATION: := { 

ARGUMENT 

IST-CommandArg 

RESULT 

IST-CommandRes 
-- optional 

ERRORS { 

unexpectedDataValue | 
resourceLimitation | 
unknownSubscriber | 
systemFailure | 
facilityNot Supported} 

CODE local: 88 } 



-Timer m 



releaseResources OPERATION: := { 
ARGUMENT 

ReleaseResourcesArg 
RESULT 

ReleaseResourcesRes 

-- optional 
ERRORS { 

unexpectedDataValue | 

systemFailure } 
CODE local: 20 } 



--Timer m 



END 



1 7.6.4 Supplementary service operations 

MAP-SupplementaryServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map- SupplementaryServiceOperat ions (8) 
versionl2 (12) } 

DEFINITIONS 
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BEGIN 

EXPORTS 

registerSS, 

eraseSS, 

activateSS, 

deactivateSS, 

interrogateSS , 

processUnstructuredSS-Request, 

unstructuredSS-Request , 

uns true turedSS -Notify, 

register Pas sword, 

getPassword, 

ss-InvocationNotif ication, 

registerCC- Entry, 

eraseCC- Entry 



IMPORTS 

OPERATION 
FROM Remote-Operations-Information-Objects { 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 
dataMissing, 
unexpectedDataValue , 
unknownSubscriber , 
bearerServiceNot Provisioned, 
teleserviceNot Provisioned, 
callBarred, 
illegalSS- Operation, 
ss- Errors tatus, 
ss -Not Available, 
ss- Subscript ionViolat ion, 
ss- Incompatibility, 
pw-RegistrationFailure, 
negat ivePW- Check , 
numberOfPW- At tempt sViolat ion, 
unknownAlphabet , 
ussd-Busy, 
absent Subscriber, 
illegal Subscriber, 
illegalEquipment , 
shortTermDenial , 
longTermDenial , 
facilityNot Supported 
FROM MAP -Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

RegisterSS-Arg, 
SS-Info, 
SS-ForBS-Code, 
InterrogateSS-Res, 
USSD-Arg, 
USSD-Res, 
Password, 
Guidanceinf o, 

SS-InvocationNotif icationArg, 
SS-InvocationNotif icationRes, 
Regis terCC-EntryArg, 
RegisterCC-EntryRes, 
EraseCC -EntryArg, 
EraseCC- EntryRes 
FROM MAP-SS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionl2 (12) 

SS-Code 
FROM MAP -SS-Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) } 



supplementary service handling operations 
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registerSS OPERATION ::= { 

ARGUMENT 

RegisterSS-Arg 

RESULT 

SS-Info 

-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
bearerServiceNot Provisioned 
teleserviceNotProvisioned | 
callBarred | 
illegalSS-Operation | 
ss-ErrorStatus | 
ss- Incompatibility} 

CODE local: 10 } 



-Timer m 



eraseSS OPERATION : : = { 

ARGUMENT 

SS-ForBS-Code 

RESULT 

SS-Info 

-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
bearerServiceNot Provisioned 
teleserviceNotProvisioned | 
callBarred | 
illegalSS-Operation | 
ss- Errors tatus 

} 
CODE local: 11 } 



-Timer m 



activateSS OPERATION : : = { 

ARGUMENT 

SS-ForBS-Code 

RESULT 

SS-Info 

-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
bearerServiceNotProvisioned | 
teleserviceNotProvisioned | 
callBarred | 
illegalSS-Operation | 
ss-ErrorStatus | 
ss-SubscriptionViolation | 
ss-Incompatibility | 
negativePW-Check | 
numberOfPW- At tempt sViolat ion} 

CODE local: 12 } 



-Timer m 



deactivateSS OPERATION : : = { 
ARGUMENT 

SS-ForBS-Code 
RESULT 

SS-Info 

-- optional 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

bearerServiceNotProvisioned | 

teleserviceNotProvisioned | 

callBarred | 

illegalSS-Operation | 

ss-ErrorStatus | 

ss-SubscriptionViolation | 

negativePW-Check | 

numberOfPW- At tempt sViolat ion} 
CODE local: 13 } 



-Timer m 
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interrogateSS OPERATION : : = { 

ARGUMENT 

SS-ForBS-Code 

RESULT 

InterrogateSS -Res 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
bearerServiceNot Provisioned 
teleserviceNotProvisioned | 
callBarred | 
illegalSS-Operation | 
ss -Not Available} 

CODE local: 14 } 



-Timer m 



processUns true turedSS- Request OPERATION 
minutes 

ARGUMENT 

USSD-Arg 
RESULT 

USSD-Res 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

unknownAlphabet | 

callBarred} 
CODE local: 59 } 



-Timer 10 



unstructuredSS-Request OPERATION 

ARGUMENT 

USSD-Arg 

RESULT 

USSD-Res 
-- optional 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
absentSubscriber | 
illegalSubscriber | 
illegalEquipment | 
unknownAlphabet | 
ussd-Busy} 

CODE local: 60 } 



:= { 



--Timer ml 



unstructuredSS -Notify OPERATION 

ARGUMENT 

USSD-Arg 

RETURN RESULT TRUE 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
absentSubscriber | 
illegalSubscriber | 
illegalEquipment | 
unknownAlphabet | 
ussd-Busy} 

CODE local: 61 } 



-Timer ml 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



333 



ETSI TS 129 002 V9.2.0 (2010-07) 



registerPassword OPERATION ::= { 
ARGUMENT 

SS-Code 
RESULT 

Password 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

callBarred | 

ss-SubscriptionViolation | 

pw-RegistrationFailure | 

negativePW-Check | 

numberOf PW- At tempt sViolat ion} 
LINKED { 

getPassword} 
CODE local: 17 } 



-Timer ml 



getPassword OPERATION 
ARGUMENT 

Guidance Info 
RESULT 

Password 
CODE local: 18 } 



-Timer m 



ss-InvocationNotification OPERATION : 
ARGUMENT 

SS-InvocationNotif icationArg 
RESULT 

SS-InvocationNotif icationRes 

-- optional 
ERRORS { 

dataMissing | 

unexpectedDataValue | 

unknownSubscriber } 
CODE local: 72 } 



-Timer m 



registerCC-Entry OPERATION ::: 

ARGUMENT 

RegisterCC-EntryArg 

RESULT 

RegisterCC-EntryRes 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
callBarred | 
illegalSS-Operation | 
ss-ErrorStatus | 
ss-Incompatibility | 
shortTermDenial | 
longTermDenial | 
facilityNot Supported} 

CODE local: 76 } 



-Timer m 



eraseCC-Entry OPERATION ::= 

ARGUMENT 

EraseCC-EntryArg 

RESULT 

EraseCC-EntryRes 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue 
callBarred | 
illegalSS-Operation 
ss- Errors tatus} 
CODE local: 77 } 



--Timer m 



END 



1 7.6.5 Short message service operations 

MAP-ShortMessageServiceOperations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ShortMessageServiceOperations (9) 
versionl2 (12) } 
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DEFINITIONS 



BEGIN 



EXPORTS 

sendRoutingInf oForSM, 

mo-ForwardSM, 

mt - ForwardSM , 

reportSM-DeliveryStatus , 

alert ServiceCent re, 

inf ormServiceCentre , 

readyForSM, 

mt - ForwardSM- VGCS 



IMPORTS 

OPERATION 
FROM Remote-Operations- Information-Objects { 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 
dataMissing, 
unexpectedDataValue , 
facilityNot Supported, 
unknownSubscriber , 
unidentif iedSubscriber, 
illegal Subscriber, 
illegalEquipment , 
teleserviceNot Provisioned, 
callBarred, 

subscriberBusyForMT-SMS, 
sm-DeliveryFailure, 
messageWaitingListFull , 
absent SubscriberSM 
FROM MAP-Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

RoutinglnfoForSM-Arg, 
Routinginf oForSM-Res , 
MO- ForwardSM- Arg , 
MO-ForwardSM-Res, 
MT- ForwardSM- Arg , 
MT-ForwardSM-Res, 
ReportSM-DeliveryStatusArg, 
ReportSM-DeliveryStatusRes , 
Alert ServiceCentreArg, 
InformServiceCentreArg, 
ReadyForSM- Arg , 
ReadyForSM-Res , 
MT- ForwardSM- VGCS -Arg , 
MT- ForwardSM- VGCS -Res 
FROM MAP-SM-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SM-DataTypes (16) versionl2 (12) 



sendRoutingInf oForSM OPERATION ::= { --Timer m 

ARGUMENT 

Rout inglnfoForSM- Arg 
RESULT 

Routinginf oForSM- Res 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

facilityNotSupported | 

unknownSubscriber | 

teleserviceNotProvisioned | 

callBarred | 

absent SubscriberSM} 
CODE local: 45 } 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



335 



ETSI TS 129 002 V9.2.0 (2010-07) 



mo-ForwardSM OPERATION ::= { 

ARGUMENT 

MO-ForwardSM-Arg 

RESULT 

MO-ForwardSM-Res 
-- optional 

ERRORS { 

systemFailure | 
unexpectedDataValue | 
facilityNot Supported 
sm-DeliveryFailure} 

CODE local: 46 } 



-Timer ml 



mt-ForwardSM OPERATION ::= { 
ARGUMENT 

MT-ForwardSM-Arg 
RESULT 

MT-ForwardSM-Res 
-- optional 
ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
facilityNotSupported | 
unidentif iedSubscriber | 
illegalSubscriber | 
illegalEquipment | 
subscriberBusyForMT-SMS 
sm-DeliveryFailure | 
absent SubscriberSM} 

CODE local: 44 } 



--Timer ml 



reportSM-DeliveryStatus OPERATION : 

ARGUMENT 

Report SM-DeliveryStatusArg 

RESULT 

Report SM-DeliveryStatusRes 
-- optional 

ERRORS { 

dataMissing | 
unexpectedDataValue | 
unknownSubscriber | 
messageWaitingListFull } 

CODE local: 47 } 



--Timer s 



alertServiceCentre OPERATION : 
ARGUMENT 

Alert ServiceCentreArg 
RETURN RESULT TRUE 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue } 
CODE local: 64 } 



-Timer s 



informServiceCentre OPERATION : 
ARGUMENT 

Inf ormServiceCentreArg 
CODE local: 63 } 



:= { 



--Timer s 



readyForSM OPERATION : : = { 
ARGUMENT 

ReadyForSM- Arg 
RESULT 

ReadyForSM- Res 

-- optional 
ERRORS { 

dataMissing | 

unexpectedDataValue | 

facilityNotSupported 

unknownSubscriber } 
CODE local: 66 } 



-Timer m 
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mt-ForwardSM-VGCS OPERATION ::: 
ARGUMENT 

MT- ForwardSM- VGCS - Arg 
RESULT 

MT- ForwardSM- VGCS -Res 

-- optional 
ERRORS { 

systemFailure | 

unexpectedDataValue } 
CODE local: 21 } 



-Timer ml 



END 



17.6.6 Errors 



MAP-Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

DEFINITIONS 



BEGIN 

EXPORTS 

-- generic errors 
systemFailure , 
dataMissing, 
unexpectedDataValue , 
facilityNot Supported, 
incompatibleTerminal , 
resourceLimitation, 

-- identification and numbering errors 

unknownSubscriber , 

numberChanged , 

unknownMSC, 

unidentif iedSubscriber, 

unknownEquipment , 

-- subscription errors 
roamingNot Allowed, 
illegal Subscriber, 
illegalEquipment , 
bearerServiceNot Provisioned, 
teleserviceNot Provisioned, 

-- handover errors 
noHandoverNumberAva liable , 
subsequentHandoverFailure , 
targetCellOutsideGroupCallArea, 

-- operation and maintenance errors 
tracingBuf f erFull , 

-- call handling errors 

or -Not Allowed, 

noRoamingNumberAvailable, 

busySubscriber, 

noSubscriberReply, 

absent Subscriber, 

callBarred, 

forwardingViolation, 

forwardingFailed, 

cug-Reject , 

-- any time interrogation errors 
at i -Not Allowed, 

-- any time information handling errors 

at si -Not Allowed, 

atm-Not Allowed, 

inf ormationNotAvailable, 
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-- supplementary service errors 

i 1 legal SS- Operation, 

ss- Errors tatus, 

SS -Not Available, 

ss- Subscript ionViolat ion, 

ss- Incompatibility, 

unknownAlphabet , 

ussd-Busy, 

pw-RegistrationFailure, 

negat ivePW- Check , 

numberOfPW- At tempt sViolat ion, 

shortTermDenial , 

longTermDenial , 

-- short message service errors 
subscriberBusyForMT-SMS, 
sm-DeliveryFailure, 
messageWaitingListFull , 
absent SubscriberSM, 

-- Group Call errors 
noGroupCallNumberAvailable, 
ongoingGroupCall , 

-- location service errors 
unauthorizedRequestingNetwork, 
unauthorizedLCSClient , 
posit ionMethodFailure, 
unknownOrUnreachableLCSClient , 

-- Mobility Management errors 
mm- EventNot Supported 



IMPORTS 

ERROR 
FROM Remote-Operations- Information-Objects 
informationObjects (5) versionl(O) } 



[ joint-iso-itu-t remote-operations (4) 



SS-Status 
FROM MAP-SS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionl2 



(12) 



SS-IncompatibilityCause, 

PW-RegistrationFailureCause, 

SM-DeliveryFailureCause, 

SystemFailureParam, 

DataMissingParam, 

UnexpectedDataParam, 

FacilityNotSupParam, 

UnknownSubscriberParam, 

NumberChangedParam , 

Unidentif iedSubParam, 

RoamingNot Al lowedParam , 

II legal SubscriberParam, 

IllegalEquipmentParam, 

BearerServNotProvParam, 

TeleservNotProvParam, 

TracingBuf f erFullParam, 

NoRoamingNbParam , 

OR-NotAl lowedParam, 

Absent SubscriberParam, 

BusySubscriberParam, 

NoSubscriberReplyParam, 

CallBarredParam, 

ForwardingViolationParam, 

ForwardingFailedParam, 

CUG-Re j ectParam, 

ATI-NotAllowedParam, 

SubBusyForMT- SMS - Param , 

MessageWaitListFullParam, 

Absent SubscriberSM- Param, 

ResourceLimitationParam, 

NoGroupCal iNbParam , 

IncompatibleTerminal Param, 

ShortTermDenial Param, 
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LongTermDenialParam, 

UnauthorizedRequestingNetwork-Param, 
UnauthorizedLCSClient-Param, 
PositionMethodFailure-Param, 
UnknownOrUnreachableLCSClient-Param, 
MM-EventNotSupported-Param, 
ATSI-NotAllowedParam, 
ATM-NotAllowedParam, 
II legal SS-OperationParam, 
SS -Not Aval lableParam, 
SS- Subscript ionViolationParam, 
InformationNot Aval lableParam, 
TargetCellOutsideGCA-Param, 
OngoingGroupCal 1 Param 
FROM MAP-ER-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionl2 (12) 



-- generic errors 



systemFailure ERROR ::= { 
PARAMETER 

SystemFailureParam 
-- optional 
CODE local: 34 } 



dataMissing ERROR ::= { 
PARAMETER 

DataMissingParam 

-- optional 

-- DataMissingParam must not be used in version <3 
CODE local: 35 } 



unexpectedDataValue ERROR : : = { 
PARAMETER 

UnexpectedDataParam 

-- optional 

-- UnexpectedDataParam must not be used in version <3 
CODE local: 36 } 



facilityNotSupported ERROR ::= { 
PARAMETER 

FacilityNotSupParam 

-- optional 

-- FacilityNotSupParam must not be used in version <3 
CODE local: 21 } 



incompatibleTerminal ERROR : : = { 
PARAMETER 

IncompatibleTerminal Param 
-- optional 
CODE local: 28 } 



resourceLimitation ERROR ::= { 
PARAMETER 

ResourceLimitationParam 
-- optional 
CODE local: 51 } 



identification and numbering errors 



unknownSubscriber ERROR : : = { 
PARAMETER 

UnknownSubscriber Param 

-- optional 

-- UnknownSubscriberParam must not be used in version <3 
CODE local:! } 



numberChanged ERROR : : = { 
PARAMETER 

NumberChangedParam 
-- optional 
CODE local: 44 } 



unknownMSC ERROR : : = { 
CODE local: 3 } 
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unidentif iedSubscriber ERROR ::= { 
PARAMETER 

Unidentif iedSubParam 

-- optional 

-- UunidentifiedSubParam must not be used in version <3 
CODE local: 5 } 



unknownEquipment ERROR 
CODE local: 7 } 



subscription errors 



roamingNotAllowed ERROR ::= { 
PARAMETER 

RoamingNotAllowedParam 
CODE local: 8 } 



illegalSubscriber ERROR ::= { 
PARAMETER 

II legal Subscriber Param 

-- optional 

-- IllegalSubscriberParam must not be used in version <3 
CODE local: 9 } 



illegalEquipment ERROR ::= { 
PARAMETER 

IllegalEquipment Param 

-- optional 

-- IllegalEquipment Param must not be used in version <3 
CODE local: 12 } 



bearerServiceNotProvisioned ERROR ::= { 
PARAMETER 

BearerServNotProvParam 

-- optional 

-- BearerServNotProvParam must not be used in version <3 
CODE local: 10 } 



teleserviceNotProvisioned ERROR ::= { 
PARAMETER 

TeleservNotProvParam 

-- optional 

-- TeleservNotProvParam must not be used in version <3 
CODE local: 11 } 



- - handover errors 



noHandoverNumberAva liable ERROR ::= { 
CODE local: 25 } 



subsequentHandoverFailure ERROR ::= { 
CODE local: 26 } 



targetCellOutsideGroupCallArea ERROR 
PARAMETER 

TargetCellOutsideGCA- Param 
-- optional 
CODE local: 42 } 



-- operation and maintenance errors 



tracingBuf ferFull ERROR ::= { 
PARAMETER 

TracingBuf ferFull Param 
-- optional 
CODE local: 4 } 



-- call handling errors 



noRoamingNumberAvailable ERROR 
PARAMETER 

NoRoamingNbParam 
-- optional 
CODE local: 39 } 



:= { 
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absentSubscriber ERROR : : = { 
PARAMETER 

Absent Subscriber Param 

-- optional 

-- AbsentSubscriberParam must not be used in version <3 
CODE local: 27 } 



busySubscriber ERROR : : = { 
PARAMETER 

BusySubscriberParam 

-- optional 
CODE local: 45 } 



noSubscriberReply ERROR : : = { 
PARAMETER 

NoSubscriberReplyParam 
-- optional 
CODE local: 46 } 



callBarred ERROR ::= { 
PARAMETER 

CallBarredParam 
-- optional 
CODE local: 13 } 



f orwardingViolation ERROR : : = { 
PARAMETER 

ForwardingViolationParam 

-- optional 
CODE local: 14 } 



forwardingFailed ERROR ::= { 
PARAMETER 

ForwardingFailedParam 
-- optional 
CODE local: 47 } 



cug-Reject ERROR ::= { 
PARAMETER 

CUG-Re j ectParam 
-- optional 
CODE local: 15 } 



or-NotAllowed ERROR ::= { 
PARAMETER 

OR-NotAllowedParam 
-- optional 
CODE local: 48 } 



any time interrogation errors 



ati-NotAllowed ERROR ::= { 
PARAMETER 

ATI -NotAllowedParam 
-- optional 
CODE local: 49 } 



any time information handling errors 



atsi-NotAllowed ERROR ::= { 
PARAMETER 

ATSI -NotAllowedParam 
-- optional 
CODE local: 60 } 



a tm- Not All owed ERROR ::= { 
PARAMETER 

ATM-NotAllowedParam 
-- optional 
CODE local: 61 } 



informationNotAvailable ERROR ::= { 
PARAMETER 

Inf ormationNotAvailableParam 
-- optional 
CODE local: 62 } 



supplementary service errors 
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illegalSS-Operation ERROR ::= { 
PARAMETER 

II legal SS-OperationParam 

-- optional 

-- IllegalSS-OperationParam must not be used in version <3 
CODE local: 16 } 



ss-ErrorStatus ERROR 
PARAMETER 

SS-Status 
-- optional 
CODE local: 17 } 



ss-NotAvailable ERROR ::= { 
PARAMETER 

SS-NotAvailableParam 

-- optional 

-- SS -Not Aval lableParam must not be used in version <3 
CODE local: 18 } 



ss-SubscriptionViolation ERROR ::= { 
PARAMETER 

SS- Subscript ionViolationParam 

-- optional 

-- SS- Subscript ionViolationParam must not be used in version <3 
CODE local: 19 } 



SS- Incompatibility ERROR ::= { 
PARAMETER 

SS-IncompatibilityCause 
-- optional 
CODE local: 20 } 



unknownAlphabet ERROR : : = { 
CODE local: 71 } 



ussd-Busy ERROR ::= { 
CODE local: 72 } 



pw-RegistrationFailure ERROR ::= { 
PARAMETER 

PW-RegistrationFailureCause 
CODE local: 37 } 



negativePW- Check ERROR 
CODE local: 38 } 



numberOfPW-AttemptsViolation ERROR 
CODE local: 43 } 



shortTermDenial ERROR : : = { 
PARAMETER 

ShortTermDenial Param 
-- optional 
CODE local: 29 } 



longTermDenial ERROR : : = { 
PARAMETER 

LongTermDenial Param 
-- optional 
CODE local: 30 } 



short message service errors 



subscriberBusyForMT-SMS ERROR : 
PARAMETER 

SubBusyForMT- SMS - Param 
-- optional 
CODE local: 31 } 



sm-DeliveryFailure ERROR ::= { 
PARAMETER 

SM-DeliveryFailureCause 
CODE local: 32 } 
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messageWaitingListFull ERROR ::= 
PARAMETER 

MessageWaitListFullParam 
-- optional 
CODE local: 33 } 



absentSubscriberSM ERROR : : = { 
PARAMETER 

AbsentSubscriberSM- Param 
-- optional 
CODE local: 6 } 



-- Group Call errors 



noGroupCallNumberAvailable ERROR 
PARAMETER 

NoGroupCallNbParam 
-- optional 
CODE local: 50 } 



:= { 



ongoingGroupCall ERROR ::= { 
PARAMETER 

OngoingGroupCall Param 
-- optional 
CODE local: 22 } 



location service errors 



unauthorizedRequestingNetwork ERROR ::= { 
PARAMETER 

UnauthorizedRequestingNetwork- Param 
-- optional 
CODE local: 52 } 



unauthorizedLCSClient ERROR ::= { 
PARAMETER 

UnauthorizedLCSClient -Param 
-- optional 
CODE local: 53 } 



positionMethodFailure ERROR ::= { 
PARAMETER 

PositionMethodFailure- Param 

-- optional 
CODE local: 54 } 



unknownOrUnreachableLCSClient ERROR ::= { 
PARAMETER 

UnknownOrUnreachableLCSClient -Param 
-- optional 
CODE local: 58 } 



mm-EventNotSupported ERROR ::= { 
PARAMETER 

MM-EventNotSupported- Param 
-- optional 
CODE local: 59 } 



END 

1 7.6.7 Group Call operations 

MAP-Group-Call-Operations { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Group-Call-Operations (22) 
versionl2 (12) } 

DEFINITIONS 



BEGIN 

EXPORTS 

prepareGroupCall , 
sendGroupCallEndSignal , 
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f orwardGroupCal 1 S ignal 1 ing , 
processGroupCall Signal ling, 
sendGroupCalllnfo 



IMPORTS 

OPERATION 
FROM Remote-Operations-Information-Objects { 
joint-iso-itu-t remote-operations (4) 
informationObjects (5) versionl (0) } 

systemFailure , 
unexpectedDataValue , 
noGroupCallNumberAvailable, 
ongoingGroupCall , 
unknownSubscriber , 
teleserviceNot Provisioned, 
dataMissing 
FROM MAP -Errors { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

PrepareGroupCallArg, 
PrepareGroupCallRes , 
SendGroupCal lEndS ignalArg , 
SendGroupCallEndSignalRes , 
ForwardGroupCal IS ignal lingArg, 
ProcessGroupCal IS ignal lingArg, 
SendGroupCal llnfoArg, 
SendGroupCalllnfoRes 
FROM MAP-GR-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-GR-DataTypes (23) versionl2 (12) 



prepareGroupCall OPERATION ::= { 
ARGUMENT 

PrepareGroupCallArg 
RESULT 

PrepareGroupCallRes 
ERRORS { 

systemFailure | 

noGroupCallNumberAvailable 

unexpectedDataValue } 
CODE local: 39 } 



-Timer m 



sendGroupCallEndSignal OPERATION : 
ARGUMENT 

SendGroupCal lEndS ignalArg 
RESULT 

SendGroupCallEndSignalRes 
CODE local: 40 } 



-Timer 1 



processGroupCallSignalling OPERATION : 
ARGUMENT 

ProcessGroupCal IS ignal lingArg 
CODE local: 41 } 



:= { 



--Timer s 



forwardGroupCallSignalling OPERATION : 
ARGUMENT 

ForwardGroupCal 1 S ignal 1 ingArg 
CODE local: 42 } 



-Timer s 



sendGroupCalllnfo OPERATION ::= { 

ARGUMENT 

SendGroupCal 1 InfoArg 

RESULT 

SendGroupCalllnfoRes 

ERRORS { 

systemFailure | 
ongoingGroupCall | 
unexpectedDataValue | 
dataMissing | 
teleserviceNot Provisioned 
unknownSubscriber } 

CODE local: 84 } 



-Timer m 
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END 



1 7.6.8 Location service operations 



1 MAP-LocationServiceOperations { 

2 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-LocationServiceOperations (24) 

4 versionl2 (12) } 
5 

6 DEFINITIONS 

7 



10 BEGIN 
11 

12 EXPORTS 

13 provideSubscriberLocation, 

14 sendRoutinglnfoForLCS, 

15 subscriberLocationReport 

16 ; 

17 

18 IMPORTS 

19 OPERATION 

20 FROM Remote-Operations- Information-Objects { 

21 joint-iso-itu-t remote-operations (4) 

22 informationObjects (5) versionl(O)} 

23 

24 systemFailure, 

25 dataMissing, 

26 unexpectedDataValue, 

27 facilityNotSupported, 

28 unknownSubscriber, 

29 absentSubscriber, 

30 unauthorizedRequestingNetwork, 

31 unauthorizedLCSClient, 

32 posit ionMethodFailure, 

33 resourceLimitation, 

34 unknownOrUnreachableLCSClient , 

35 unidentif iedSubscriber, 

36 illegalEquipment , 

37 illegalSubscriber 

38 FROM MAP-Errors { 

39 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

40 gsm-Network (1) modules (3) map-Errors (10) versionl2 (12) } 

41 

42 RoutinglnfoForLCS-Arg, 

43 RoutinglnfoForLCS-Res, 

44 ProvideSubscriberLocation-Arg, 

45 ProvideSubscriberLocation-Res , 

46 SubscriberLocationReport-Arg, 

47 SubscriberLocationReport-Res 

48 FROM MAP-LCS-DataTypes { 

49 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

50 gsm-Network (1) modules (3) map-LCS-DataTypes (25) versionl2 (12) 

51 ; 

52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 



sendRoutinglnfoForLCS OPERATION ::= { --Timer m 

ARGUMENT 

RoutinglnfoForLCS-Arg 
RESULT 

Rout inglnfoForLCS- Res 
ERRORS { 

systemFailure | 

dataMissing | 

unexpectedDataValue | 

facilityNotSupported | 

unknownSubscriber | 

absentSubscriber | 

unauthorizedRequestingNetwork } 
CODE local: 85 } 
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68 
69 

70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 
82 
83 
84 
85 
86 
87 
88 
89 
90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
1 



provideSubscriberLocation OPERATION : : : 

ARGUMENT 

ProvideSubscriberLocation-Arg 

RESULT 

ProvideSubscriberLocation- Res 

ERRORS { 

systemFailure | 
dataMissing | 
unexpectedDataValue | 
facilityNotSupported | 
unidentif iedSubscriber | 
illegalSubscriber | 
illegalEquipment | 
absentSubscriber | 
unauthorizedRequestingNetwork 
unauthorizedLCSClient | 
positionMethodFailure } 

CODE local: 83 } 



-Timer ml 



subscriberLocationReport OPERATION : : = 
ARGUMENT 

SubscriberLocationReport -Arg 
RESULT 

SubscriberLocationReport -Res 
ERRORS { 

systemFailure | 

dataMissing | 

resourceLimitation | 

unexpectedDataValue | 

unknownSubscriber | 

unauthorizedRequestingNetwork 

unknownOrUnreachableLCSClient } 
CODE local: 86 } 



-Timer m 



END 



2 17.6.9 Void 



1 7.7 MAP constants and data types 
17.7.1 Mobile Service data types 



MAP-MS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) versionl2 



(12) 



DEFINITIONS 
IMPLICIT TAGS 



BEGIN 



EXPORTS 



-- location registration types 

UpdateLocationArg, 

UpdateLocationRes , 

CancelLocationArg, 

CancelLocationRes , 

PurgeMS-Arg, 

PurgeMS-Res, 

Sendldentif icationArg, 

Sendldentif icationRes , 

UpdateGprsLocationArg, 

UpdateGprsLocationRes , 

1ST- Support Indicator, 

SupportedLCS-CapabilitySets, 
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-- handover types 
ForwardAccessSignalling-Arg, 
PrepareHO-Arg, 
PrepareHO-Res , 
PrepareSubsequentHO-Arg, 
PrepareSubsequentHO-Res , 
ProcessAccessSignalling-Arg, 
SendEndS ignal - Arg , 
SendEndS ignal - Res , 

-- authentication management types 
SendAuthenticationlnfoArg, 
SendAuthenticationInf oRes , 
AuthenticationFailureReportArg, 
AuthenticationFailureReportRes , 

-- security management types 

Kc, 

Cksn, 

-- equipment management types 

ChecklMEI-Arg, 

ChecklMEI-Res, 

-- subscriber management types 

Insert SubscriberDataArg, 

InsertSubscriberDataRes , 

LSAIdentity, 

DeleteSubscriberDataArg, 

DeleteSubscriberDataRes , 

Ext -QoS- Subscribed, 

Ext 2 -QoS- Subscribed, 

Ext 3 -QoS -Subscribed, 

Ext4 -QoS -Subscribed, 

SubscriberData, 

ODB-Data, 

SubscriberStatus , 

ZoneCodeList , 

maxNumOf ZoneCodes , 

0-CSI, 

D-CSI, 

0-BcsmCamelTDPCriteriaList , 

T-BCSM-CAMEL-TDP-CriteriaList, 

SS-CSI, 

ServiceKey, 

DefaultCallHandling, 

CamelCapabilityHandling, 

BasicServiceCriteria, 

SupportedCamelPhases , 

Of feredCamel4CSIs, 

Of f eredCamel4Functionalities , 

maxNumOf CamelTDPData , 

CUG- Index, 

CUG-Info, 

CUG-Interlock, 

InterCUG-Restrictions , 

IntraCUG-Options, 

Notif icationToMSUser, 

QoS -Subscribed, 

IST-AlertTimerValue , 

T-CSI, 

T-BcsmTriggerDetectionPoint , 

APN, 

Additionallnfo, 

-- fault recovery types 
ResetArg, 
RestoreDataArg, 
RestoreDataRes , 

provide subscriber info types 

Geographicallnformation, 

MS-Classmark2, 

GPRSMSClass, 

-- subscriber information enquiry types 
ProvideSubscriberInf oArg, 
ProvideSubscriberInf oRes , 
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Subscriber Info, 
Locationinf ormation, 
Locationinf ormationGPRS , 
RAIdentity, 
SubscriberState, 
GPRSChargingID , 
MNPInfoRes, 
RouteingNumber , 

-- any time information enquiry types 
AnyTimelnterrogationArg, 
AnyTimelnterrogationRes , 

-- any time information handling types 
AnyTimeSubscriptionlnterrogationArg, 
AnyTimeSubscriptionlnterrogationRes, 
AnyTimeModif icationArg, 
AnyTimeModif icationRes, 

-- subscriber data modification notification types 
NoteSubscriberDataModif iedArg, 
NoteSubscriberDataModif iedRes , 

-- gprs location information retrieval types 
SendRout inginf oForGprsArg , 
SendRoutingInf oForGprsRes , 

-- failure reporting types 
FailureReportArg, 
FailureReportRes , 

-- gprs notification types 
NoteMsPresentForGprsArg, 
NoteMsPresentForGprsRes , 

-- Mobility Management types 
Not eMM- Event Arg, 
NoteMM-EventRes , 
NumberPortabilityStatus , 
PagingArea, 

-- VGCS / VBS types types 
Groupid, 
Long-Groupid, 
Additional Subscript ions 



IMPORTS 

maxNumOfSS, 

SS- Subscript ionOpt ion, 

SS-List, 

SS-ForBS-Code, 

Password 
FROM MAP-SS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-SS-DataTypes (14) versionl2 (12) 

SS-Code 
FROM MAP -SS-Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) } 

Ext-BearerServiceCode 
FROM MAP -BS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versionl2 (12) } 

Ext-TeleserviceCode 
FROM MAP -TS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versionl2 (12) } 

AddressString, 
ISDN- AddressSt ring, 
ISDN- SubaddressSt ring, 
FTN- AddressSt ring, 
AccessNetworkSignalInf o, 
IMSI, 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



348 



ETSI TS 129 002 V9.2.0 (2010-07) 



IMEI, 
TMSI, 
HLR-List, 
LMSI, 
Identity, 
GlobalCellld, 

CellGloballdOrServiceArealdOrLAI, 
Ext-BasicServiceCode, 
NAEA- Pref erredCI , 
EMLPP-Info, 
MC-SS-Info, 
Subscriberldentity, 
AgeOfLocationlnformation, 
LCSCl lent External ID, 
LCSClientlnternallD, 
Ext-SS-Status, 
LCSServiceTypelD , 
ASCI - CallRef erence , 
TBCD-STRING, 
LAIFixedLength, 
PLMN-Id, 
EMLPP- Priority, 
GSN-Address 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



Absent SubscriberDiagnosticSM 
FROM MAP-ER-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionl2 



(12) 



TracePropagationList 
FROM MAP-OM-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versionl2 (12) 



location registration types 



UpdateLocationArg : : = SEQUENCE { 








imsi 






IMSI, 




msc -Number 






[1] ISDN-AddressString, 




vlr- Number 






ISDN-AddressString, 




Imsi 






[10] LMSI 


OPTIONAL, 


extensionContainer 






ExtensionContainer 


OPTIONAL, 


vlr-Capability 






[6] VLR-Capability 


OPTIONAL, 


informPreviousNetworkEnt 


ity 




[11] NULL 


OPTIONAL, 


cs-LCS-NotSupportedByUE 






[12] NULL 


OPTIONAL, 


v-gmlc-Address 






[2] GSN-Address 


OPTIONAL, 


add- info 






[13] ADD-Info 


OPTIONAL, 


pagingArea 






[14] PagingArea 


OPTIONAL, 


skipSubscriberDataUpdate 






[15] NULL 


OPTIONAL 


-- The skipSubscriberDat 


aUpdate 


parameter in the UpdateLocationArg 


and the ADD-Info 


-- structures carry the 
1 


same 


semantic. 





VLR-Capability ::= SEQUENCE{ 






supportedCamelPhases 


[0] SupportedCamelPhases 


OPTIONAL, 


extensionConta i ner 


ExtensionContainer 


OPTIONAL, 


sol saSupport Indicator 


[2] NULL 


OPTIONAL, 


ist Support Indicator 


[1] IST-Supportlndicator 


OPTIONAL, 


superChargerSupportedlnServi 


ngNetworkEntity [3] SuperChargerInf o 


OPTIONAL, 


longFTN- Supported 


[4] NULL 


OPTIONAL, 


support edLCS-CapabilitySets 


[5] SupportedLCS-CapabilitySets 


OPTIONAL, 


of feredCamel4CSIs 


[6] OfferedCamel4CSIs 


OPTIONAL, 


supportedRAT-TypesIndicator 


[7] Support edRAT- Types 


OPTIONAL, 


longGroupID- Supported 


[ 8 ] NULL 


OPTIONAL } 
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Suppor tedRAT- Types: := BIT STRING { 
utran (0) , 
geran (1) , 
gan (2) , 
i-hspa-evolution (3) , 
e-utran (4)} (SIZE (2.. 8)) 
-- exception handling: bits 5 to 7 shall be ignored if received and not understood 



SuperChargerlnfo ::= CHOICE { 




sendSubscriberData 


[ ] NULL , 


subscriberDataStored 


[1] Agelndicator } 



Agelndicator ::= OCTET STRING (SIZE (1..6)) 

-- The internal structure of this parameter is implementation specific. 



IST-Supportlndicator ::= 

basicISTSupported 
istCommandSupported 

• ••} 

-- exception handling: 
-- reception of values > 



ENUMERATED 



(0) , 
(1), 



I shall be mapped to ' istCommandSupported 



or Release99 version. 



SupportedLCS-CapabilitySets ::= BIT STRING { 

IcsCapabilitySetl (0) , 

lcsCapabilitySet2 (1) , 

lcsCapabilitySet3 (2) , 

lcsCapabilitySet4 (3) , 

IcsCapabilitySetS (4) } (SIZE (2.. 16)) 
-- Core network signalling capability setl indicates LCS Releases 
-- Core network signalling capability set2 indicates LCS Release4 . 
-- Core network signalling capability set 3 indicates LCS Releases . 
-- Core network signalling capability set4 indicates LCS Releases . 

-- Core network signalling capability sets indicates LCS Release? or later version. 
-- A node shall mark in the BIT STRING all LCS capability sets it supports. 
-- If no bit is set then the sending node does not support LCS. 

-- If the parameter is not sent by an VLR then the VLR may support at most capability setl. 
--If the parameter is not sent by an SGSN then no support for LCS is assumed. 
--An SGSN is not allowed to indicate support of capability setl. 
-- Other bits than listed above shall be discarded. 



UpdateLocationRes : : = SEQUENCE 
hi r- Number 
extensionContainer 

add- Capability 
pagingArea- Capability 



ISDN- AddressSt ring, 
ExtensionContainer 

NULL 
[ ] NULL 



OPTIONAL, 

OPTIONAL, 
OPTIONAL } 



ADD- Info ::= SEQUENCE { 

imeisv [0] IMEI, 

skipSubscriberDataUpdate [1] NULL OPTIONAL, 

-- The SkipSubscriberDataUpdate parameter in the UpdateLocationArg and the ADD- Info 

-- structures carry the same semantic. 

• ••} 



PagingArea ::= SEQUENCE SIZE (1..5) OF LocationArea 



LocationArea ::= CHOICE 
laiFixedLength 
lac 



[0] LAIFixedLength, 
[1] LAC} 



LAC 


::= OCTET STRING (SIZE (2)) 




-- Refers to Location Area Code of the Location Area Identification defined in 




-- 3GPP TS 23.003 [17] . 




-- Location Area Code according to 3GPP TS 24.008 [3S] 
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CancelLocationArg ::= [3] 


SEQUENCE { 






identity 




Identity, 




cancel lationType 




Cancel lationType 


OPTIONAL, 


extensionContainer 




ExtensionContainer 


OPTIONAL, 


typeOfUpdate 




[0] TypeOfUpdate 


OPTIONAL } 



TypeOfUpdate : : = ENUMERATED { 
sgsn- change (0) , 
mme- change (1) , 

• ••} 

-- TypeOfUpdate shall be absent if Cancel lationType is different from updateProcedure 



CancellationType ::= ENUMERATED 
updateProcedure 
subscript ionWithdraw 



(0), 
(1), 



initialAttachProcedure (2) } 

-- The HLR shall not send values other than listed above 



CancelLocationRes : : = SEQUENCE { 
extensionContainer 



^^^ 



ExtensionContainer 



OPTIONAL, 



PurgeMS-Arg ::= [3] SEQUENCE { 






imsi 


IMSI, 




vlr- Number 


[0] ISDN-AddressString 


OPTIONAL, 


sgsn-Number 


[1] ISDN-AddressString 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



PurgeMS-Res ::= SEQUENCE { 






f reezeTMSI 


[0] NULL 


OPTIONAL, 


freezeP-TMSI 


[1] NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 


freezeM-TMSI 


[2] NULL 


OPTIONAL } 



SendldentificationArg ::= SEQUENCE { 










tmsi 


TMSI, 








numberOfRequestedVectors 


NumberOfRequestedVectors 




OPTIONAL, 


-- within a dialogue numberOfRequestedVectors shall be present 


in 




-- the first service request and 


shall not be present in subsequent service requests . 


--If received in a subsequent service request it shall 


be discarded. 




segmentationProhibited 


NULL 






OPTIONAL, 


extensionContainer 


ExtensionContainer 






OPTIONAL, 


msc -Number 


ISDN-AddressString 






OPTIONAL, 


previous-LAI 


[0] LAIFixedLength 






OPTIONAL, 


hopCounter 


[1] HopCounter 






OPTIONAL } 



[HopCounter 



INTEGER ( . . 3 ) 



SendldentificationRes ::= [3] 


SEQUENCE { 










imsi 






IMSI 






OPTIONAL, 


-- IMSI shall be present 


in the 


first (or only) 


service response of a 


dialogue . 


--If multiple service requests 


are 


present in a dialogue then 


IMSI 




-- shall not be present in any service response 


other than the 


first 


one. 


authenticationSetList 






Authenticat 


ionSetList 




OPTIONAL, 


current SecurityContext 






[2] CurrentSecurityContext 




OPTIONAL, 


extensionContainer 
...1 






[3] Extensi 


onContainer 




OPTIONAL, 



authentication management types 



AuthenticationSetList 

tripletList 
quintuplet Li St 



:= CHOICE { 



[0] TripletList, 

[1] QuintupletList } 



TripletList ::= SEQUENCE SIZE (1..5) OF 



AuthenticationTriplet 



QuintupletList : 



SEQUENCE SIZE (1..5) OF 
AuthenticationQuintuplet 
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AuthenticationTriplet : 


= SEQUENCE { 




rand 




RAND, 


sres 




SRES, 


kc 




Kc, 



AuthenticationQuintuplet : 


= SEQUENCE { 




rand 




RAND, 


xres 




XRES, 


ck 




CK, 


ik 




IK, 


autn 




AUTN, 



CurrentSecurityContext ::= CHOICE { 




gsm-SecurityContextData 


[0] GSM-SecurityContextData, 


umts-SecurityContextData 


[1] UMTS-SecurityContextData } 



GSM-SecurityContextData ::= SEQUENCE { 

kc Kc, 

cksn Cksn, 



UMTS-SecurityContextData : 


= SEQUENCE { 




ck 




CK, 


ik 




IK, 


ksi 
... 1 




KSI, 



RAND ::= OCTET STRING (SIZE (16)) 



SRES 



OCTET STRING (SIZE (4) 



Kc 



:= OCTET STRING (SIZE (8)) 



XRES ::= OCTET STRING (SIZE (4.. 16)) 



CK ::= OCTET STRING (SIZE (16)) 



IK 



:= OCTET STRING (SIZE (16)) 



AUTN 



:= OCTET STRING (SIZE (16)) 



AUTS ::= OCTET STRING (SIZE (14)) 



Cksn ::= OCTET STRING (SIZE (1)) 

-- The internal structure is defined in 3GPP TS 24.008 



KSI ::= OCTET STRING (SIZE (1)) 

-- The internal structure is defined in 3GPP TS 24.008 



AuthenticationFailureReportArg : 


= SEQUENCE { 




imsi 


IMSI, 




failureCause 


FailureCause, 




extensionContainer 


ExtensionContainer 


OPTIONAL, 


re-attempt 


BOOLEAN 


OPTIONAL, 


accessType 


AccessType 


OPTIONAL, 


rand 


RAND 


OPTIONAL, 


vlr- Number 


[0] ISDN-AddressString 


OPTIONAL, 


sgsn-Number 


[1] ISDN-AddressString 


OPTIONAL } 
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AccessType ::= ENUMERATED { 


call (0), 


emergencyCall (1) , 


locationUpdating (2) , 


supplementaryService (3) , 


shortMessage (4) , 


gprsAttach (5) , 


routingAreaUpdating (6) , 


serviceRequest (7) , 


pdpContextActivation (8) , 


pdpContextDeactivation (9) , 


. . . , 

gprsDetach (10) } 


-- exception handling: 


-- received values greater than 10 shall be ignored. 



AuthenticationFailureReportRes 

extensionContainer 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



FailureCause ::= ENUMERATED { 

wrongUserResponse (0) , 
wrongNetworkSignature (1) 



-- gprs location registration types 



UpdateGprsLocationArg : : = SEQUENCE { 








imsi 




IMSI 


, 




sgsn-Number 




ISDN 


-AddressString, 




sgsn-Address 




GSN- 


Address, 




extensionContainer 




ExtensionContainer 


OPTIONAL, 


sgsn- Capability 




[0] 


SGSN-Capability 


OPTIONAL, 


informPreviousNetworkEnti 


ty 


[1] 


NULL 


OPTIONAL, 


ps -LCS -Not SupportedByUE 




[2] 


NULL 


OPTIONAL, 


v-gmlc -Address 




[3] 


GSN-Address 


OPTIONAL, 


add- info 




[4] 


ADD- Info 


OPTIONAL, 


eps-info 




[5] 


EPS-Info 


OPTIONAL, 


servingNodeTypelndicator 




[6] 


NULL 


OPTIONAL, 


skipSubscriberDataUpdate 




[7] 


NULL 


OPTIONAL, 


usedRAT-Type 




[8] 


Used -RAT -Type 


OPTIONAL, 


gprsSubscriptionDataNotNeeded 


[9] 


NULL 


OPTIONAL, 


nodeTypelndicator 




[10] 


NULL 


OPTIONAL, 


areaRestricted 




[11] 


NULL 


OPTIONAL, 


ue- reachable Indicator 
} 




[12] 


NULL 


OPTIONAL 



Used- RAT- Type: := ENUMERATED { 
utran (0) , 
geran (1) , 
gan (2) , 
i-lispa-evolution (3) , 
e-utran (4) , 



EPS-Info ::= CH0ICE{ 
pdn-gw- update 
isr- Information 



[0] PDN-GW-Update, 
[1] ISR-Information } 



PDN-GW-Update ::= SEQUENCE{ 








apn 


[0] 


APN 


OPTIONAL, 


pdn-gw- Identity 


[1] 


PDN-GW- Identity 


OPTIONAL, 


contextid 


[2] 


Contextid 


OPTIONAL, 


extensionContainer 
... 1 


[3] 


ExtensionContainer 


OPTIONAL, 



ISR-Information: := BIT STRING { 

updateMME (0) , 

cancelSGSN (1) , 

initialAttachlndicator (2)} (SIZE (3.. 8)) 

-- exception handling: reception of unknown bit assignments in the 
-- ISR-Information data type shall be discarded by the receiver 
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SGSN-Capability ::= SEQUENCE{ 






solsaSupport Indicator 


NULL 


OPTIONAL, 


extensionContainer 


[1] ExtensionContainer 


OPTIONAL, 


superChargerSupportedlnServingNetworkEntity [2] SuperChargerInf o 


OPTIONAL , 


gprsEnhancementsSupport Indicator 


[3] NULL 


OPTIONAL, 


support edCamel Phases 


[4] SupportedCamelPhases 


OPTIONAL, 


support edLCS-CapabilitySets 


[5] SupportedLCS-CapabilitySets 


OPTIONAL, 


of feredCamel4CSIs 


[6] OfferedCamel4CSIs 


OPTIONAL, 


smsCallBarringSupport Indicator 


[7] NULL 


OPTIONAL, 


support edRAT- Types Indicator 


[8] Support edRAT -Types 


OPTIONAL, 


support edFeatures 


[9] SupportedFeatures 


OPTIONAL, 


t-adsDataRetrieval 


[10] NULL 


OPTIONAL, 


homogeneousSupportOf IMSVoiceOverPSSessions [11] BOOLEAN 


OPTIONAL 


"true" indicates homogeneous 


support, "false" indicates homogeneous non- support 


in the complete SGSN area 
1 







SupportedFeatures : : = BIT STRING { 
odb-all-apn (0) , 
Odb-HPLMN-APN (1) , 
odb-VPLMN-APN (2) , 
odb-all-og (3) , 
odb-all-international-og (4) , 
odb-all-int-og-not-to-HPLMN-country (5) , 
odb-all-interzonal-og (6) , 

odb-all-interzonal-og-not-to-HPLMN-country (7) , 

odb - all - int er zonal - og - and- internat-og- not- to -HPLMN- country (8) , 
regSub (9) , 
trace (10) , 

Ics-all-PrivExcep (11) , 
Ics-universal (12) , 
Ics-CallSessionRelated (13) , 
Ics-CallSessionUnrelated (14) , 
Ics-PLMN-operator (15) , 
Ics-ServiceType (16) , 
Ics-all-MOLR-SS (17) , 
Ics-basicSelfLocation (18) , 
Ics-autonomousSelfLocation (19) , 
Ics-transferToTliirdParty (20) , 
sm-mo-pp (21) , 
barring-OutgoingCalls (22) , 
baoc (23) , 
boic (24) , 
boicExHC (25)} (SIZE (26.. 40)) 



UpdateGprsLocationRes : 

111 r- Number 
extensionContainer 



SEQUENCE 



add- Capability 
sgsn-mmeSeparationSupported 



ISDN- AddressSt ring, 
ExtensionContainer 

NULL 
[ ] NULL 



OPTIONAL, 



OPTIONAL, 
OPTIONAL 



-- handover types 



ForwardAccessSignalling-Arg ::= [3] 


SEQUENCE 


{ 




an-APDU 


AccessNetworkSignallnfo, 




integrityProtectionlnfo 


[0] 


IntegrityProtectionlnformat 


ion OPTIONAL, 


encrypt ionlnfo 


[1] 


Encrypt ionlnformat ion 


OPTIONAL, 


keyStatus 


[2] 


KeyStatus 


OPTIONAL, 


allowedOSM-Algoritlims 


[4] 


AllowedOSM-Algoritlims 


OPTIONAL, 


allowedUMTS-Algoritlims 


[5] 


AllowedUMTS-Algoritlims 


OPTIONAL, 


radioResource Information 


[6] 


RadioResource Information 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 


radioResourceList 


[7] 


RadioResourceList 


OPTIONAL, 


bssmap-ServiceHandover 


[9] 


BSSMAP-ServiceHandover 


OPTIONAL, 


ranap-ServiceHandover 


[8] 


RANAP-ServiceHandover 


OPTIONAL, 


bssmap-ServiceHandoverList 


[10] 


BSSMAP-ServiceHandoverList 


OPTIONAL, 


current lyUsedCodec 


[11] 


Codec 


OPTIONAL, 


iuSupportedCodecsList 


[12] 


Support edCodecsLi St 


OPTIONAL, 


rab-Conf igurationlndicator 


[13] 


NULL 


OPTIONAL, 


iuSelectedCodec 


[14] 


Codec 


OPTIONAL, 


alternativeCliannelType 


[15] 


RadioResource Information 


OPTIONAL, 


tracePropagationList 


[17] 


TracePropagationList 


OPTIONAL, 


aoipSupportedCodecsListAnclior 


[18] 


AoIPCodecsList 


OPTIONAL, 


aoipSelectedCodecTarget 


[19] 


AoIPCodec 


OPTIONAL } 
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AllowedGSM- Algorithms ::= OCTET STRING (SIZE (1)) 

-- internal structure is coded as Algorithm identifier octet from 
-- Permitted Algorithms defined in 3GPP TS 48.008 

-- A node shall mark all GSM algorithms that are allowed in MSC-B 



AllowedUMTS -Algorithms ::= SEQUENCE { 
integrityProtectionAlgorithms 
OPTIONAL, 

encrypt ionAlgorithms 
extensionContainer 



[0] Fermi ttedlntegrityProtect ionAlgorithms 

[1] PermittedEncryptionAlgorithms OPTIONAL, 
[2] ExtensionContainer OPTIONAL, 



PermittedlntegrityProtectionAlgorithms := 

OCTET STRING (SIZE (1 . .maxPermittedlntegrityProtectionAlgorithmsLength) ) 
-- Octets contain a complete PermittedlntegrityProtectionAlgorithms data type 
--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 
-- mandated by 3GPP TS 25.413. 

-- Padding bits are included, if needed, in the least significant bits of the 
-- last octet of the octet string. 



ImaxPermittedlntegrityProtectionAlgorithmsLength INTEGER 



PermittedEncryptionAlgorithms ::= 

OCTET STRING (SIZE (1 . .maxPermittedEncryptionAlgorithmsLength) ) 
-- Octets contain a complete PermittedEncryptionAlgorithms data type 
--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 
-- mandated by 3GPP TS 25.413 

-- Padding bits are included, if needed, in the least significant bits of the 
-- last octet of the octet string. 



ImaxPermittedEncryptionAlgorithmsLength INTEGER 



KeyStatus : : = ENUMERATED { 
old (0), 
new (1) , 



• ••} 



exception handling: 

received values in range 2-31 shall be treated as "old" 

received values greater than 31 shall be treated as "new" 



PrepareHO-Arg ::= [3] SEQUENCE { 








targetCellld 


[0] 


GlobalCellld 


OPTIONAL, 


ho-NumberNotRequired 


NULL 




OPTIONAL, 


targetRNCId 


[1] 


RNCId 


OPTIONAL, 


an-APDU 


[2] 


AccessNetworkSignallnfo 


OPTIONAL, 


mult ipleBearerReques ted 


[3] 


NULL 


OPTIONAL, 


imsi 


[4] 


IMSI 


OPTIONAL, 


integrityProtectionlnfo 


[5] 


IntegrityProtectionlnformat 


Lon OPTIONAL, 


encrypt ionlnfo 


[6] 


Encrypt ionlnformat ion 


OPTIONAL, 


radioResource Information 


[7] 


RadioResource Information 


OPTIONAL, 


allowedGSM- Algorithms 


[9] 


AllowedGSM- Algorithms 


OPTIONAL, 


allowedUMTS -Algorithms 


[10] 


AllowedUMTS -Algorithms 


OPTIONAL, 


radioResourceList 


[11] 


RadioResourceList 


OPTIONAL, 


extensionContainer 


[8] 


ExtensionContainer 


OPTIONAL, 


rab-Id 


[12] 


RAB-Id 


OPTIONAL, 


bssmap-ServiceHandover 


[13] 


BSSMAP-ServiceHandover 


OPTIONAL, 


ranap-ServiceHandover 


[14] 


RANAP-ServiceHandover 


OPTIONAL, 


bssmap-ServiceHandoverList 


[15] 


BSSMAP-ServiceHandoverList 


OPTIONAL, 


asciCallReference 


[20] 


ASCI-CallReference 


OPTIONAL, 


geran-classmark 


[16] 


GERAN-Classmark 


OPTIONAL, 


iuCurrentlyUsedCodec 


[17] 


Codec 


OPTIONAL, 


iuSupportedCodecsList 


[18] 


SupportedCodecsList 


OPTIONAL, 


rab-Conf igurationlndicator 


[19] 


NULL 


OPTIONAL, 


uesbi-Iu 


[21] 


UESBI-Iu 


OPTIONAL, 


imeisv 


[22] 


IMEI 


OPTIONAL, 


alternativeChannelType 


[23] 


RadioResourcelnformation 


OPTIONAL, 


tracePropagationList 


[25] 


TracePropagationList 


OPTIONAL, 


aoipSupportedCodecsLi St Anchor 


[26] 


AoIPCodecsList 


OPTIONAL } 



BSSMAP-ServiceHandoverList 



SEQUENCE SIZE (1.. maxNumOf ServiceHandovers) 
BSSMAP-ServiceHandover Info 



OF 
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BSSMAP-ServiceHandoverlnfo ::= SEQUENCE { 

bssmap-ServiceHandover BSSMAP-ServiceHandover, 

rab-Id RAB-Id, 

-- RAB Identity is needed to relate the service handovers with the radio access bearers. 

-^A 



maxNumOfServiceHandovers INTEGER 



:= 7 



BSSMAP-ServiceHandover ::= OCTET STRING (SIZE (1)) 

-- Octets are coded according the Service Handover information element in 
-- 3GPP TS 48.008. 



RANAP-ServiceHandover ::= OCTET STRING (SIZE (1)) 

-- Octet contains a complete Service -Handover data type 

--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 

-- mandated by 3GPP TS 25.413 

-- Padding bits are included in the least significant bits. 



RadioResourceList : 



= SEQUENCE SIZE (1.. maxNumOf RadioResources) OF 
RadioResource 



RadioResource : : = 


SEQUENCE { 
























radioResourcelnformation 






Rad 


ioResourcelnformat 


ion 










rab-Id 








RAB 


-Id, 
















-- RAB I dent 1 


ty is needed 


to 


relate 


the 


radio 


resources 


Wl 


th 


the 


radio 


access 


bearers . 



maxNumOf RadioResources INTEGER : : = 7 



PrepareHO-Res ::= [3] SEQUENCE { 








handoverNumber 


[0] 


ISDN-AddressString 


OPTIONAL, 


relocationNumberList 


[1] 


RelocationNumberList 


OPTIONAL, 


an-APDU 


[2] 


AccessNetworkSignallnfo 


OPTIONAL, 


multicallBearerlnfo 


[3] 


MulticallBearerlnfo 


OPTIONAL, 


mult ipleBearerNot Supported 


NULL 


OPTIONAL, 


selectedUMTS -Algorithms 


[5] 


SelectedUMTS -Algorithms 


OPTIONAL, 


chosenRadioResource Information 


[6] 


ChosenRadioResource Informat 


ion OPTIONAL, 


extensionContainer 


[4] 


ExtensionContainer 


OPTIONAL, 


iuSelectedCodec 


[7] 


Codec 


OPTIONAL, 


iuAvailableCodecsList 


[8] 


CodecList 


OPTIONAL, 


aoipSelectedCodecTarget 


[9] 


AoIPCodec 


OPTIONAL, 


aoipAvailableCodecsListMap 


[10] 


AoIPCodecsList 


OPTIONAL } 



SelectedUMTS -Algorithms ::= SEQUENCE { 
integrityProtectionAlgorithm 
encrypt ionAlgorithm 
extensionContainer 

-^A 



[0] ChosenlntegrityProtectionAlgorithm OPTIONAL, 
[1] ChosenEncrypt ionAlgorithm OPTIONAL, 
[2] ExtensionContainer OPTIONAL, 



ChosenlntegrityProtectionAlgorithm ::= OCTET STRING (SIZE (1)) 

-- Octet contains a complete IntegrityProtectionAlgorithm data type 
--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 
-- mandated by 3GPP TS 25.413 

-- Padding bits are included in the least significant bits. 



ChosenEncrypt ionAlgorithm ::= OCTET STRING (SIZE (1)) 

-- Octet contains a complete Encrypt ionAlgorithm data type 

--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 

-- mandated by 3GPP TS 25.413 

-- Padding bits are included in the least significant bits. 



ChosenRadioResourcelnformation 

chosenChannellnfo 
chosenSpeechVersion 

-^A 



:= SEQUENCE { 

[0] ChosenChannellnfo 
[1] ChosenSpeechVersion 



OPTIONAL, 
OPTIONAL, 



ChosenChannellnfo ::= OCTET STRING (SIZE (1)) 

-- Octets are coded according the Chosen Channel information element in 3GPP TS 48.00£ 



ChosenSpeechVersion ::= 


OCTET STRING 


(SIZE 


(D) 














-- Octets 


are 


coded 


according 


the Speech Version 


(chosen) 


information 


element 


in 


3 GPP 


TS 


-- 48.008 
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PrepareSubsequentHO-Arg : 


= [3] 


SEQUENCE 


{ 






targetCellld 






[0] 


GlobalCellld 


OPTIONAL, 


targetMSC-Number 






[1] 


ISDN- AddressSt ring, 




targetRNCId 






[2] 


RNCId 


OPTIONAL, 


an-APDU 






[3] 


AccessNetworkSignallnfo 


OPTIONAL, 


selectedRab-Id 






[4] 


RAB-Id 


OPTIONAL, 


extensionContainer 






[5] 


ExtensionContainer 


OPTIONAL, 


geran-classmark 






[6] 


GERAN-Classmark 


OPTIONAL, 


rab-Conf igurationlndicator 




[7] 


NULL 


OPTIONAL } 



PrepareSubsequentHO-Res 

an-APDU 
extensionContainer 



[3] SEQUENCE { 



AccessNetworkSignallnfo, 
[0] ExtensionContainer 



OPTIONAL, 



ProcessAccessSignalling-Arg ::= 


[3] 


SEQUENCE 


{ 




an-APDU 




AccessNetworkSignallnfo, 




selectedUMTS -Algorithms 




[1] 


SelectedUMTS -Algorithms 


OPTIONAL, 


selectedGSM- Algorithm 




[2] 


SelectedGSM- Algorithm 


OPTIONAL, 


chosenRadioResourcelnformat 


ion 


[3] 


ChosenRadioResourcelnformat 


ion OPTIONAL, 


selectedRab-Id 




[4] 


RAB-Id 


OPTIONAL, 


extensionConta i ner 




[0] 


ExtensionContainer 


OPTIONAL, 


iUSelectedCodec 




[5] 


Codec 


OPTIONAL, 


iuAvailableCodecsList 




[6] 


CodecList 


OPTIONAL, 


aoipSelectedCodecTarget 




[7] 


AoIPCodec 


OPTIONAL, 


aoipAvailableCodecsListMap 




[8] 


AoIPCodecsList 


OPTIONAL } 




AoIPCodecsList ::= SEQUENCE { 










coded 




[1] 


AoIPCodec, 




codec2 




[2] 


AoIPCodec 


OPTIONAL, 


codec3 




[3] 


AoIPCodec 


OPTIONAL, 


codec4 




[4] 


AoIPCodec 


OPTIONAL, 


codecs 




[5] 


AoIPCodec 


OPTIONAL, 


codec6 




[6] 


AoIPCodec 


OPTIONAL, 


codecV 




[7] 


AoIPCodec 


OPTIONAL, 


codecs 




[8] 


AoIPCodec 


OPTIONAL, 


extensionContainer 
\ 




[9] 


ExtensionContainer 


OPTIONAL, 


• • • I 

-- Codecs are sent in priority 


order where coded has highest priori 


ty 



AoIPCodec : : = OCTET 


STRING 


(SIZE 


(1. 


.3)) 








-- The internal 


structure is 


defined 


as follows: 






-- octet 1 










Coded as Speech Codec Elements 


in 3 GPP 


TS 48.008 


-- 










with the exception that FI , PI, 


PT and 


TF hits shall 


-- 










be set to 






-- octets 2,3 










Optional; in case of AMR codec 


types it defines 


-- 










the supported codec configurations as defined in 


-- 










3GPP TS 48.008 




1 



SupportedCodecsList ::= SEQUENCE { 








utranCodecList 


[0] 


CodecList 


OPTIONAL, 


geranCodecList 


[1] 


CodecList 


OPTIONAL, 


extensionContainer 


[2] 


ExtensionContainer 


OPTIONAL, 



CodecList : 


= 


SEQUENCE { 


























coded 
















[1] 


Codec, 














codec2 
















[2] 


Codec 












OPTIONAL, 


codec3 
















[3] 


Codec 












OPTIONAL, 


codec4 
















[4] 


Codec 












OPTIONAL, 


codecs 
















[5] 


Codec 












OPTIONAL, 


codec6 
















[6] 


Codec 












OPTIONAL, 


codec7 
















[7] 


Codec 












OPTIONAL, 


codec8 
















[8] 


Codec 












OPTIONAL, 


extensi 


onContainer 










[9] 


ExtensionContainer 








OPTIONAL, 


• • • / 

- - Codecs 


are 


sent in 


pri 


on 


ty 


order 


where coded 


has 


highest 


pri 


on 


ty 
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Codec ::= OCTET STRING (SIZE (1..4)) 

-- The internal structure is defined as follows: 

-- octet 1 Coded as Codec Identification code in 3GPP TS 26.103 
-- octets 2,3,4 Parameters for the Codec as defined in 3GPP TS 
21 26.103, if available, length depending on the codec 



GERAN-Classmark ::= OCTET STRING (SIZE (2.. 87)) 

-- Octets are coded according the GERAN Classmark information element in 3GPP TS 48.008 



SelectedGSM-Algorithm ::= OCTET STRING (SIZE (1)) 

-- internal structure is coded as Algorithm identifier octet from Chosen Encryption 

-- Algorithm defined in 3GPP TS 48.008 
-- A node shall mark only the selected GSM algorithm 



SendEndSignal - Arg 

an-APDU 
extensionContainer 



= [3] SEQUENCE 



Acces sNet works ignallnfo, 
[0] ExtensionContainer 



^^^ 



OPTIONAL, 



SendEndSignal -Res ::= SEQUENCE 
extensionContainer 

-^A 



[0] ExtensionContainer 



OPTIONAL, 



RNCId ::= OCTET STRING (SIZE 


(7) ) 




-- The internal 


structure is 


defined as follows: 


-- octet 1 bits 


4321 




Mobile Country Code 1st digit 


bits 


8765 




Mobile Country Code 2nd digit 


-- octet 2 bits 


4321 




Mobile Country Code 3rd digit 


bits 


8 765 




Mobile Network Code 3rd digit 


-- 






or filler (1111) for 2 digit MNCs 


-- octet 3 bits 


4321 




Mobile Network Code 1st digit 


bits 


8 765 




Mobile Network Code 2nd digit 


-- octets 4 and 


5 




Location Area Code according to 3GPP TS 24.008 


-- octets 6 and 


7 




RNC Id value according to 3GPP TS 25.413 



RelocationNumberList ::= SEQUENCE SIZE (1 . .maxNumOfRelocationNumber) OF 

RelocationNumber 



MulticallBearerlnfo 



INTEGER (1. .maxNumOfRelocationNumber) 



RelocationNumber : : = SEQUENCE { 

handoverNumber ISDN-AddressString, 

rab-Id RAB-Id, 

-- RAB Identity is needed to relate the calls with the radio access bearers. 



RAB-Id ::= INTEGER (1 . .maxNrOf RABs) 



maxNrOfRABs INTEGER ::= 255 



maxNumOfRelocationNumber INTEGER : : = 7 



RadioResourcelnformation ::= OCTET STRING (SIZE (3.. 13)) 

-- Octets are coded according the Channel Type information element in 3GPP TS 



3.008 



IntegrityProtectionlnformation ::= OCTET STRING (SIZE (18 . .maxNumOf Integrityinf o) ) 
-- Octets contain a complete IntegrityProtectionlnformation data type 
--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 
-- mandated by 3GPP TS 25.413 
-- Padding bits are included, if needed, in the least significant bits of the 

-- last octet of the octet string. 



ImaxNumOflntegritylnfo INTEGER ::= 100 



Encryptionlnformation ::= OCTET STRING (SIZE ( 18 . .maxNumOf Encrypt ionlnfo) ) 
-- Octets contain a complete Encryptionlnformation data type 
--as defined in 3GPP TS 25.413, encoded according to the encoding scheme 
-- mandated by 3GPP TS 25.413 
-- Padding bits are included, if needed, in the least significant bits of the 

-- last octet of the octet string. 



I maxNumOfEncrypt ionlnfo INTEGER 



100 



authentication management types 
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SendAuthenticationInf oArg : : = SEQUENCE { 






imsi 




[0] IMSI, 




numberOfRequestedVectors 




NumberOfRequestedVectors , 




segment at ionProhibi ted 




NULL 


OPTIONAL, 


immediateResponsePref erred 




[1] NULL 


OPTIONAL, 


re-synchronisationlnfo 




Re-synchronisationlnfo 


OPTIONAL, 


extensionContainer 




[2] ExtensionContainer 


OPTIONAL, 


request ingNodeType 




[3] Request ingNodeType 


OPTIONAL, 


request ingPLMN- Id 




[4] PLMN-Id 


OPTIONAL, 


numberOfRequestedAdditional 


-Vectors 


[5] NumberOfRequestedVectors 


OPTIONAL, 


additionalVectorsAreForEPS 




[ 6 ] NULL 


OPTIONAL } 



iNumberOfRequestedVectors ::= INTEGER (1..5) 



Re-synchronisationlnfo : 


= SEQUENCE { 




rand 




RAND 


auts 




AUTS 



^^^ 



SendAuthenticationInf oRes : : = 


[3] 


SEQUENCE { 




authenticationSetList 




AuthenticationSetList 


OPTIONAL, 


extensionConta i ner 




ExtensionContainer 


OPTIONAL, 


eps- AuthenticationSetList 




[2] EPS-AuthenticationSetList 


OPTIONAL } 



EPS -AuthenticationSetList 



SEQUENCE SIZE (1..5) OF 
EPC-AV 



EPC-AV : := SEQUENCE { 






rand 


RAND, 




xres 


XRES, 




autn 


AUTN, 




kasme 


KASME, 




extensionContainer 
...1 


ExtensionContainer 


OPTIONAL, 



KASME ::= OCTET STRING (SIZE (32)) 



Request ingNodeType 

vlr (0), 
sgsn (1) , 



:= ENUMERATED 



S-CSCf (2) , 
bsf (3), 

gan-aaa-server (4) , 
wlan-aaa-server (5) , 
mme (16) , 
mme-sgsn (17) 



} 



the values 2, 3, 4 and 5 shall not be used on the MAP-D or Gr interfaces 

exception handling: 

received values in the range (6-15) shall be treated as "vlr" 

received values greater than 17 shall be treated as "sgsn" 



equipment management types 



ChecklMEI-Arg ::= SEQUENCE \ 
imei 

requestedEquipmentlnfo 
extensionContainer 

-^A 



IMEI, 

RequestedEquipmentlnfo, 

ExtensionContainer 



OPTIONAL, 



ChecklMEI-Res ::= SEQUENCE { 






equipment Status 


Equipment Status 


OPTIONAL, 


bmuef 


UESBI-Iu 


OPTIONAL, 


extensionContainer 


[0] ExtensionContainer 


OPTIONAL, 



RequestedEquipmentlnfo: : = BIT STRING { 

equipmentStatus (0) , 

bmuef (1)} (SIZE (2.. 8)) 

-- exception handling: reception of unknown bit assignments in the 
-- RequestedEquipmentlnfo data type shall be discarded by the receiver 
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UESBI-Iu ::= SEQUENCE { 

uesbi-IuA [0] UESBI-IuA 
uesbi-IuB [1] UESBI-IuB 



OPTIONAL, 
OPTIONAL, 



UESBI-IuA 

-- See 3GPP TS 25.413 



:= BIT STRING (SIZE ( 1 .. 128 ) ) 



UESBI-IuB 

-- See 3GPP TS 25.413 



BIT STRING (SIZE (1. .128) ) 



Equipments tatus : : = ENUMERATED 

whiteListed (0) , 

blackListed (1) , 
greyListed (2) } 



subscriber management types 



InsertSubscriberDataArg : : = SEQUENCE 


{ 








imsi 




[0] 


IMSI 


OPTIONAL, 


COMPONENTS OF 




SubscriberData, 




extensionContainer 




[14] 


ExtensionContainer 


OPTIONAL, 


naea-PreferredCI 




[15] 


NAEA- Pref erredCI 


OPTIONAL, 


-- naea-PreferredCI is included 


at 


the discretion of the HLR operator 




gprsSubscriptionData 




[16] 


GPRSSubscript ionData 


OPTIONAL, 


roamingRestrictedlnSgsnDueToUnsupportedFeature [2 3] 


NULL 










OPTIONAL, 


networkAccessMode 




[24] 


NetworkAccessMode 


OPTIONAL, 


Isalnformation 




[25] 


LSAInformation 


OPTIONAL, 


Imu- Indicator 




[21] 


NULL 


OPTIONAL, 


Icslnformation 




[22] 


LCSInformation 


OPTIONAL, 


istAlert Timer 




[26] 


IST-AlertTimerValue 


OPTIONAL, 


superChargerSupportedlnHLR 




[27] 


Agelndicator 


OPTIONAL, 


mc-SS-Info 




[28] 


MC-SS-Info 


OPTIONAL, 


cs-AllocationRetentionPriority 




[29] 


CS-AllocationRetentionPriority OPTIONAL, 


sgsn- CAMEL- Subscript ionlnfo 




[17] 


SGSN- CAMEL -Subscript ionlnfo 


OPTIONAL, 


chargingCharacteristics 




[18] 


CtiargingCliaracteristics 


OPTIONAL, 


accessRestrictionData 




[19] 


AccessRestrictionData 


OPTIONAL, 


ics-Indicator 




[20] 


BOOLEAN 


OPTIONAL, 


eps- Subscript ionData 




[31] 


EPS -Subscript ionData 


OPTIONAL, 


csg-SubscriptionDataList 




[32] 


CSG- Subscript ionDataList 


OPTIONAL, 


ue-ReachabilityRequest Indicator 




[33] 


NULL 


OPTIONAL } 


--If the Network Access Mode parameter is sent, it shall be present 


only in 


-- the first sequence if segmentation is 


used 





CSG-SubscriptionDataList : 



SEQUENCE SIZE (1..50) OF 
CSG- Subscript ionData 



CSG-SubscriptionData ::= 


SEQUENCE { 






csg-Id 




CSG-Id, 




expirationDate 




Time 


OPTIONAL, 


extensionContainer 




ExtensionContainer 


OPTIONAL, 



CSG-Id ::= BIT STRING (SIZE (27)) 

-- coded according to 3GPP TS 23.003 [17] . 



Time ::= OCTET STRING (SIZE (4)) 

-- Octets are coded according to IETF RFC 35£ 



[139] 



EPS-SubscriptionData ::= SEQUENCE { 








apn-oi -Replacement 


[0] 


APN-OI -Replacement 


OPTIONAL, 


-- this apn-oi -Replacement refers to 


the 


UE level apn-oi -Replacement . 




rfsp-id 


[2] 


RFSP-ID 


OPTIONAL, 


ambr 


[3] 


AMBR 


OPTIONAL, 


apn-Conf igurationProf ile 


[4] 


APN-Conf igurationProf ile 


OPTIONAL, 


stn-sr 


[6] 


ISDN- AddressSt ring 


OPTIONAL, 


extensionContainer 
... 1 


[5] 


ExtensionContainer 


OPTIONAL, 



APN-OI -Replacement ::= OCTET STRING (SIZE (9.. 100)) 

-- Octets are coded as APN Operator Identifier according to TS 3GPP TS 23.003 [17] 



|RFSP-ID ;;= INTEGER (1..256) 
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APN- 


-ConfigurationProfile ::= 

default Context 
completeDataLi St Included 


SEQUENCE 


I 

Contextid, 
NULL 








OPTIONAL, 






-- If segmentation 


is used, 


completeDataLi St Included 


may 


only 


be 


present in 


the 




-- first segment of 


APN-ConfigurationProfile. 














epsDataList 




[1] EPS-DataList, 














extensionContainer 
••• } 




[2] ExtensionContainer 






OPTIONAL, 





EPS-DataList ::= SEQUENCE SIZE ( 1 .. maxNumOf APN- Configurations) 
APN- Configuration 



OF 



ImaxNumOf APN- Configurations INTEGER 



50 



APN-Configuration ::= SEQUENCE { 








contextid 


[0] 


Contextid, 




pdn-Type 


[1] 


PDN-Type, 




servedPartyl P - I Pv4 -Address 


[2] 


PDP-Address 


OPTIONAL, 


apn 


[3] 


APN, 




eps-qos- Subscribed 


[4] 


EPS -QoS- Subscribed, 




pdn-gw- Identity 


[5] 


PDN-GW- Identity 


OPTIONAL, 


pdn-gw-AllocationType 


[6] 


PDN-GW-AllocationType 


OPTIONAL, 


vplmnAddressAl lowed 


[7] 


NULL 


OPTIONAL, 


chargingCharacteristics 


[8] 


CliargingCliaracteristics 


OPTIONAL, 


ambr 


[9] 


AMBR 


OPTIONAL, 


specif icAPNInfoLi St 


[10] 


Specif icAPNInfoLi St 


OPTIONAL, 


extensionContainer 


[11] 


ExtensionContainer 


OPTIONAL, 


servedPartyIP- IPv6 -Address 


[12] 


PDP-Address 


OPTIONAL, 


apn- oi -Replacement 


[13] 


APN-OI -Replacement 


OPTIONAL 


-- this apn-oi -Replacement refers 
} 


to the 


APN level apn-oi -Replacement . 





PDN-Type ::= OCTET STRING (SIZE (1)) 

-- Octet is coded according to TS 3GPP TS 29.274 [14 0] 



EPS-QoS-Subscribed ::= SEQUENCE { 
qos-Class- Identifier 
allocation- Re tent ion- Priority 
extensionContainer 



[0] QoS-Class-Identif ier, 

[1] Allocation- Re tent ion- Priority, 

[2] ExtensionContainer OPTIONAL, 



AMBR : : = SEQUENCE { 








max- Request edBandwidtli-UL 


[0] 


Bandwidtli, 




max-RequestedBandwidtli-DL 


[1] 


Bandwidtli, 




extensionContainer 
... 1 


[2] 


ExtensionContainer 


OPTIONAL, 



Specif icAPNInfoLi St 



SEQUENCE SIZE ( 1 . .maxNumOf Specif icAPNInf OS ) OF 
Specif icAPNInf o 



ImaxNumOf Specif icAPNInf OS INTEGER 



:= 50 



Specif icAPNInfo ::= SEQUENCE 
apn 

pdn-gw- Identity 
extensionContainer 



[0] APN, 

[1] PDN-GW- Identity, 

[2] ExtensionContainer 



OPTIONAL, 



Bandwidth : : = INTEGER 
-- bits per second 



QoS-Class-Identifier ::= INTEGER (1..9) 

-- values are defined in 3GPP TS 29.212 



Allocation-Retention-Priority : 


= SEQUENCE { 






priority-level 


[0] 


INTEGER, 




pre-empt ion- capability 


[1] 


BOOLEAN 


OPTIONAL, 


pre-empt ion- vulnerability 


[2] 


BOOLEAN 


OPTIONAL, 


extensionContainer 
... 1 


[3] 


ExtensionContainer 


OPTIONAL, 
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PDN-GW- Identity ::= SEQUENCE { 








pdn-gw- ipv4 -Address 


[0] 


PDP-Address 


OPTIONAL, 


pdn-gw- ipv6 -Address 


[1] 


PDP-Address 


OPTIONAL, 


pdn-gw -name 


[2] 


FQDN 


OPTIONAL, 


extensionContainer 
... 1 


[3] 


ExtensionContainer 


OPTIONAL, 



FQDN : 



OCTET STRING (SIZE (9.. 255)) 



PDN-GW-AllocationType 

static (0) , 
dynamic (1) } 



:= ENUMERATED { 



AccessRestrictionData ::= BIT STRING { 
utranNotAllowed (0) , 
geranNotAllowed (1) , 
ganNot Allowed (2) , 
i-hspa-evolutionNotAllowed (3) , 
e-utranNotAllowed (4) , 

ho-toNon3GPP-AccessNotAllowed (5) } (SIZE (2.. 8)) 
-- exception handling: 

-- access restriction data related to an access type not supported by a node 
-- shall be ignored 
-- bits 6 to 7 shall be ignored if received and not understood 



CS-AllocationRetentionPriority ::= OCTET STRING (SIZE (1)) 

-- This data type encodes each priority level defined in TS 23.107 as the binary value 
--of the priority level. 



IST-AlertTimerValue 



:= INTEGER (15. .255) 



LCSInf ormation : : = SEQUENCE { 
gmlc-List [0] 
Ics-PrivacyExceptionList 
molr-List 



GMLC-List OPTIONAL, 

[1] LCS-PrivacyExceptionList OPTIONAL, 
[2] MOLR-List OPTIONAL, 



add-lcs-PrivacyExceptionList [3] LCS-PrivacyExceptionList OPTIONAL } 

-- add-lcs-PrivacyExceptionList may be sent only if Ics-PrivacyExceptionList is 

-- present and contains four instances of LCS-PrivacyClass . If the mentioned condition 

--is not satisfied the receiving node shall discard add-lcs-PrivacyExceptionList . 

-- If an LCS-PrivacyClass is received both in Ics-PrivacyExceptionList and in 

-- add-lcs-PrivacyExceptionList with the same SS-Code, then the error unexpected 

-- data value shall be returned. 



GMLC-List ::= SEQUENCE SIZE (1. 


.maxNumOfGMLC) OF 




ISDN- AddressSt ring 


--if segmentation is used, 


the complete GMLC-List shall be sent in one segment 



maxNumOfGMLC INTEGER : : = 



NetworkAccessMode ::= ENUMERATED { 

packetAndCircuit (0) , 

onlyCircuit (1) , 

onlyPacket (2) , 

• ••} 

--if unknown values are received in NetworkAccessMode 
-- they shall be discarded. 



GPRSDataList 



SEQUENCE SIZE ( 1 . .maxNumOfPDP -Contexts) OF 

PDP-Context 



maxNumOfPDP- Contexts INTEGER ::= 



50 
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PDP- Context ::= SEQUENCE 
pdp- Context Id 
pdp-Type 
pdp -Address 
qos- Subscribed 
vplmnAddressAl lowed 
apn 
extensionContainer 



Contextid, 

[16] PDP-Type, 

[17] PDP-Address 

[18] QoS-Subscribed, 

[19] NULL OPTIONAL, 

[20] APN, 

[21] ExtensionContainer 



OPTIONAL, 



OPTIONAL, 



ext-QoS-Subscribed [0] Ext-QoS-Subscribed OPTIONAL, 

pdp-ChargingCharacteristics [1] ChargingCharacteristics OPTIONAL, 

ext2-QoS-Subscribed [2] Ext2-QoS-Subscribed OPTIONAL, 

-- ext2 -QoS-Subscribed may be present only if ext-QoS- Subscribed is present. 

ext3-QoS-Subscribed [3] ExtS -QoS-Subscribed OPTIONAL, 

-- extS -QoS-Subscribed may be present only if ext2 -QoS-Subscribed is present. 

ext4-QoS-Subscribed [4] Ext4-QoS-Subscribed OPTIONAL, 

-- ext4 -QoS-Subscribed may be present only if ext3 -QoS-Subscribed is present. 

apn-oi -Replacement [5] APN-OI -Replacement OPTIONAL, 

-- this apn-oi -Replacement refers to the APN level apn-oi -Replacement and has 

-- higher priority than UE level apn-oi -Replacement . 

ext -pdp-Type [6] Ext -PDP-Type OPTIONAL, 

-- contains the value IPv4v6 defined in 3GPP TS 29.060 [105], if the PDP can be 

-- accessed by dual-stack UEs 

ext-pdp-Address [7] PDP-Address OPTIONAL 

-- contains an additional IP address in case of dual-stack static IP address assignment 

-- for the UE. 

-- it may contain an IPv4 or an IPv6 address/prefix, and it may be present 

-- only if pdp-Address is present; if both are present, each parameter shall 

-- contain a different type of address (IPv4 or IPv6) . 



Contextid ::= INTEGER (1 . .maxNumOf PDP-Contexts) 



GPRSSubscriptionData : : = SEQUENCE { 
















completeDataList Included 


NULL 








OPTIONAL, 






-- If segmentation is used, 


completeDataList Included may 


only 


be 


present in 


the 




-- first segment of GPRSSubscriptionData . 












gprsDataList 


[1] 


GPRSDataList, 












extensionConta i ner 


[2] 


ExtensionContainer 






OPTIONAL, 






apn-oi -Replacement 


[3] 


APN-OI -Replacement 






OPTIONAL 




} 


-- this apn-oi -Replacement refers to the 


UE level apn-oi -Repl 


acement. 







SGSN-CAMEL-Subscriptionlnfo ::= SEQUENCE { 






gprs-CSI [0] 


GPRS-CSI 


OPTIONAL, 


mo-sms-CSI [1] 


SMS-CSI 


OPTIONAL, 


extensionContainer [2] 


ExtensionContainer 


OPTIONAL, 


mt-sms-CSI [3] 


SMS-CSI 


OPTIONAL, 


mt-smsCAMELTDP-CriteriaList [4] 


MT-smsCAMELTDP-CriteriaList 


OPTIONAL, 


mg-csi [5] 
1 


MG-CSI 


OPTIONAL 



GPRS-CSI ::= SEQUENCE { 

gprs-CamelTDPDataList 
camelCapabilityHandling 
extensionContainer 
notif icationToCSE 
csi-Active 



[0] GPRS-CamelTDPDataList OPTIONAL, 

[1] CamelCapabilityHandling OPTIONAL, 

[2] ExtensionContainer OPTIONAL, 

[3] NULL OPTIONAL, 

[4] NULL OPTIONAL, 



notif icationToCSE and csi-Active shall not be present when GPRS-CSI is sent to SGSN. 

They may only be included in ATS I /ATM ack/NSDC message. 

GPRS-CamelTDPData and camelCapabilityHandling shall be present in 

the GPRS-CSI sequence. 

If GPRS-CSI is segmented, gprs-CamelTDPDatahist and camelCapabilityHandling shall be 

present in the first segment 



GPRS-CamelTDPDataList ::= SEQUENCE SIZE ( 1 . .maxNumOf CamelTDPData) OF 
GPRS-CamelTDPData 

GPRS-CamelTDPDataList shall not contain more than one instance of 
GPRS-CamelTDPData containing the same value for gprs-TriggerDetectionPoint . 
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GPRS-CamelTDPData ::= SEQUENCE { 








gprs-TriggerDetectionPoint 


[0] 


GPRS-TriggerDetectionPoint, 




serviceKey 


[1] 


ServiceKey, 




gsmSCF -Address 


[2] 


ISDN- AddressSt ring, 




defaultSessionHandling 


[3] 


DefaultGPRS -Handling, 




extensionConta i ner 


[4] 


ExtensionContainer 


OPTIONAL, 



DefaultGPRS-Handling ::= ENUMERATED { 
continueTransaction (0) , 
releaseTransaction (1) , 

• ••} 

-- exception handling: 

-- reception of values in range 2-31 shall be treated as "continueTransaction" 

-- reception of values greater than 31 shall be treated as "releaseTransaction" 



GPRS-TriggerDetectionPoint ::= ENUMERATED { 

attach (1) , 

attachChangeOf Position (2) , 

pdp-ContextEstablishment (11) , 

pdp-ContextEstablishmentAcknowledgement (12) , 

pdp-ContextChangeOf Position (14) , 

... } 

-- exception handling: 

-- For GPRS-CamelTDPData sequences containing this parameter with any 
-- other value than the ones listed the receiver shall ignore the whole 
-- GPRS-CamelTDPDatasequence . 



APN 



OCTET STRING (SIZE (2.. 63)) 
Octets are coded according to TS 3GPP TS 23.003 [17] 



PDP-Type ::= OCTET STRING (SIZE (2)) 

-- Octets are coded according to TS 3GPP TS 29.060 [105] 
-- Only the values PPP , IPv4 and IPv6 are allowed for this parameter. 



Ext-PDP-Type ::= OCTET STRING (SIZE (2)) 




-- Octets are coded, similarly to PDP-Type, according to TS 3GPP TS 29.060 


[105] . 


-- Only the value IPv4v6 is allowed for this parameter. 





PDP 


-Address 


::= OCTET STRING (SIZE (1 


.16) ) 












-- Octets are 


coded 


according to 


TS 3 GPP 


TS 


29 


060 


[105] 




-- The 


possibl 


e size values 


are: 














-- 1-7 


octets 


X.25 


address 


type 














-- 4 


octets 


IPv4 


address 


type 














-- 16 


octets 


Ipv6 


address 


type 













QoS-Subscribed ::= OCTET STRING (SIZE (3)) 

-- Octets are coded according to TS 3GPP TS 24.008 [35] Quality of Service Octets 
-- 3-5. 



Ext-QoS-Subscribed ::= OCTET STRING (SIZE (1..9)) 
- - OCTET 1 : 

Allocation/Retention Priority (This octet encodes each priority level defined in 
23.107 as the binary value of the priority level, declaration in 29.060) 
-- Octets 2-9 are coded according to 3GPP TS 24.008 [35] Quality of Service Octets 
-- 6-13. 



Ext2 


-QoS-Subscribed : 


= OCTET STRING (SIZE 


(1. 


.3) ) 




















-- Octets 1 


-3 


are 


coded according to 3GPP 


TS 24 


008 


[35] 


Quality 


of Service Octets 


14 


-16. 




-- If Quail 


ty 


of 


Service information is s 


tructured with 


14 octet 


length. 


then 










-- Octet 1 


is 


coded according to 3GPP 


TS 


24.008 


[35] 


Quality of Service 


Octet 


14. 







Ext3 -QoS-Subscribed ::= OCTET STRING (SIZE (1..2)) 

-- Octets 1-2 are coded according to 3GPP TS 24.008 [35] Quality of Service Octets 17-18 



Ext4 -QoS-Subscribed ::= OCTET STRING (SIZE (1)) 
-- Octet 1: 

Evolved Allocation/Retention Priority. This octet encodes the Priority Level (PL), 
the Preemption Capability (PCI) and Preemption Vulnerability (PVI) values, as 
-- described in 3GPP TS 29.060 [105]. 



ChargingCharacteristics ::= OCTET STRING (SIZE (2)) 
-- Octets are coded according to 3GPP TS 32.215. 
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LSAOnlyAccessIndicator ::= ENUMERATED 

accessOutsideLSAsAllowed (0) , 
accessOutsideLSAsRestricted (1) } 



LSADataList 



SEQUENCE SIZE ( 1 . .maxNumOf LSAs) OF 

LSAData 



maxNumOfLSAs INTEGER 



:= 20 



LSAData : : = SEQUENCE { 








Isaldentity 


[0] 


LSAIdentity, 




IsaAttributes 


[1] 


LSAAttributes, 




IsaActiveMode Indicator 


[2] 


NULL 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 



LSAInf ormation : : = SEQUENCE { 






completeDataLi St Included 




NULL OPTIONAL, 


-- If segmentation is 


used, 


completeDataListlncluded may only be present in the 


-- first segment. 






IsaOnlyAccess Indicator 




[1] LSAOnlyAccessIndicator OPTIONAL, 


IsaDataList 




[2] LSADataList OPTIONAL, 


extensionConta i ner 

...1 




[3] ExtensionContainer OPTIONAL, 



LSAIdentity ::= OCTET STRING (SIZE (3)) 

-- Octets are coded according to TS 3GPP TS 23.003 [17] 



LSAAttributes ::= OCTET STRING (SIZE (1)) 

-- Octets are coded according to TS 3GPP TS 48.008 [49] 



SubscriberData : : = SEQUENCE { 








msisdn [1] ISDN-AddressString 






OPTIONAL, 


category [2] Category 






OPTIONAL, 


subscriberStatus [3] SubscriberStatus 






OPTIONAL, 


bearerServiceList [4] BearerServiceList 






OPTIONAL, 


-- The exception handling for reception of unsupported / not 


alloca 


ted 




-- hearerServiceCodes is defined in section 8.8.1 








teleserviceList [6] TeleserviceList 






OPTIONAL, 


-- The exception handling for reception of unsupported / not 


alloca 


ted 




-- teleserviceCodes is defined in section 8.8.1 








provisionedSS [7] Ext-SS-InfoList 






OPTIONAL, 


odb-Data [8] ODB-Data 






OPTIONAL, 


roamingRestrictionDueToUnsupportedFeature [9] NULL 






OPTIONAL, 


regionalSubscriptionData [10] ZoneCodeList 






OPTIONAL, 


vbsSubscriptionData [11] VBSDataList 






OPTIONAL, 


vgcsSubscriptionData [12] VGCSDataList 






OPTIONAL, 


vlrCamelSubscriptionlnfo [13] VlrCamelSubscriptionlnf o 




OPTIONAL 



Category ::= OCTET STRING (SIZE (1)) 

-- The internal structure is defined in ITU-T Rec Q.763. 



SubscriberStatus : : = ENUMERATED { 

serviceGranted (0) , 
operatorDeterminedBarring (1) 



BearerServiceList ::= SEQUENCE SIZE (1 . .maxNumOfBearerServices) OF 

Ext-BearerServiceCode 



maxNumOfBearerServices INTEGER 



:= 50 



TeleserviceList ::= SEQUENCE SIZE (1 . .maxNumOfTeleservices) OF 

Ext-TeleserviceCode 



maxNumOfTeleservices INTEGER 



20 



ODB-Data ::= SEQUENCE { 






odb-GeneralData 


ODB-GeneralData, 




odb-HPLMN-Data 


ODB-HPLMN-Data 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 
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ODB-GeneralData ::= BIT STRING { 
allOG-CallsBarred (0) , 
internationalOGCallsBarred (1) , 

internationalOGCallsNotToHPLMN-CountryBarred (2) , 
interzonalOGCallsBarred (6) , 

interzonalOGCallsNotToHPLMN-CountryBarred (7) , 

interzonalOGCallsAndlnternationalOGCallsNotToHPLMN-CountryBarred (8) , 
premiumRateInf ormationOGCallsBarred (3) , 
premiumRateEntertainementOGCallsBarred (4) , 
ss-AccessBarred (5) , 
allECT-Barred (9) , 
chargeableECT-Barred (10) , 
internationalECT-Barred (11) , 
interzonalECT-Barred (12) , 
doublyChargeableECT-Barred (13) , 
multipleECT-Barred (14) , 
allPacketOrientedServicesBarred (15) , 
roamerAccessToHPLMN-AP-Barred (16) , 
roamerAccessToVPLMN-AP-Barred (17) , 
roamingOutsidePLMNOG-CallsBarred (18) , 
alllC-CallsBarred (19) , 
roamingOutsidePLMNIC-CallsBarred (20) , 
roamingOutsidePLMNICountrylC-CallsBarred (21) , 
roamingOutsidePLMN-Barred (22) , 
roamingOutsidePLMN-CountryBarred (23) , 
registrationAllCF-Barred (24) , 
registrationCFNotToHPLMN-Barred (25) , 
registrationlnterzonalCF-Barred (26) , 
registrationlnterzonalCFNotToHPLMN-Barred (27) , 
registrationlnternationalCF-Barred (28)} (SIZE (15.. 32)) 
-- exception handling: reception of unknown bit assignments in the 
-- ODB-GeneralData type shall be treated like unsupported ODB-GeneralData 
-- When the ODB-GeneralData type is removed from the HLR for a given subscriber, 
--in NoteSubscriberDataModified operation sent toward the gsmSCF 
-- all bits shall be set to 'O'. 



ODB-HPLMN-Data ::= BIT STRING { 

plmn-Specif icBarringTypel (0) , 

plmn-Specif icBarringType2 (1) , 

plmn-Specif icBarringType3 (2) , 

plmn-Specif icBarringType4 (3)} (SIZE (4.. 32)) 

-- exception handling: reception of unknown bit assignments in the 

-- ODB-HPLMN-Data type shall be treated like unsupported ODB-HPLMN-Data 

-- When the ODB-HPLMN-Data type is removed from the HLR for a given subscriber, 

--in NoteSubscriberDataModified operation sent toward the gsmSCF 

-- all bits shall be set to 'O'. 



Ext-SS-InfoList 



:= SEQUENCE SIZE (1. 



.maxNumOfSS) OF 
Ext-SS-Info 



Ext-SS-Info ::= CHOICE { 




forwardinglnfo 


[0] Ext-Forwinfo, 


callBarringlnfo 


[1] Ext-CallBarlnfo, 


cug-Info 


[2] CUG-Info, 


ss-Data 


[3] Ext-SS-Data, 


emlpp-Info 


[4] EMLPP-Info} 



Ext-ForwInfo ::= SEQUENCE { 
ss-Code 

f orwardingFeatureList 
extensionContainer 



SS-Code, 

Ext-ForwFeatureList , 
[0] ExtensionContainer 



OPTIONAL, 



Ext-ForwFeatureList 



:= SEQUENCE SIZE ( 1 . .maxNumOf Ext-BasicServiceGroups) OF 
Ext - ForwFeature 
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Ext-ForwFeature ::= SEQUENCE { 












basicService 






Ext-BasicServiceCode 




OPTIONAL, 


ss-Status 






[4] Ext-SS-Status, 






forwardedToNumber 






[5] ISDN-AddressString 




OPTIONAL, 


-- When this data type is 


sent 


from 


an HLR which supports CAMEL 


Phase 


2 


-- to a VLR that supports 


CAMEL 


Phase 2 the VLR shall not check 


the 




-- format of the number 












forwardedToSubaddress 






[8] ISDN-SubaddressString 




OPTIONAL, 


forwardingOptions 






[6] Ext -ForwOpt ions 




OPTIONAL, 


noReplyConditionTime 






[7] Ext-NoRepCondTime 




OPTIONAL, 


extensionContainer 






[9] ExtensionContainer 




OPTIONAL, 


longForwardedToNumber 






[10] FTN-AddressString 




OPTIONAL } 



Ext -ForwOpt ions ::= OCTET STRING (SIZE (1..5)) 
- - OCTET 1 : 

bit 8: notification to forwarding party 

no notification 

1 notification 

bit 7: redirecting presentation 

no presentation 

1 presentation 

bit 6: notification to calling party 

no notification 

1 notification 

bit 5 : (unused) 

bits 43: forwarding reason 

00 ms not reachable 

01 ms busy 

10 no reply 

11 unconditional 

-- bits 21: 00 (unused) 

-- OCTETS 2-5: reserved for future use. They shall be discarded if 
-- received and not understood. 



Ext 


-NoRepCondTime : : = 


INTEGER (1. 


100) 














-- Only values 5 


-30 are 


used. 
















-- Values in the 


ranges 


1-4 and 31-100 


are 


reserved 


for 


future 


use 




--If received: 




















values 


1-4 shall be 


mapped on 


to 


value 5 










values 


31-100 


shall 


be mapped 


on 


to value 


30 







Ext-CallBarlnfo ::= SEQUENCE { 
ss-Code 

callBarringFeatureList 
extensionContainer 

^J 



SS-Code, 

Ext-CallBarFeatureList, 

ExtensionContainer 



OPTIONAL, 



Ext-CallBarFeatureList 



:= SEQUENCE SIZE ( 1 . .maxNumOf Ext-BasicServiceGroups) OF 
Ext-CallBarringFeature 



Ext-CallBarringFeature : 


= SEQUENCE { 






basicService 




Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 




[4] Ext-SS-Status, 




extensionContainer 




ExtensionContainer 


OPTIONAL, 



CUG-Info ::= SEQUENCE { 






cug-SubscriptionList 


CUG-SubscriptionList, 




cug-FeatureList 


CUG-FeatureList 


OPTIONAL, 


extensionConta i ner 

...1 


[0] ExtensionContainer 


OPTIONAL, 



CUG-SubscriptionList 



SEQUENCE SIZE ( . .maxNumOf CUG) OF 
CUG- Subscript ion 
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CUG- Subscription ::= SEQUENCE { 






cug- Index CUG- Index, 






cug- Interlock 


CUG-Interlock, 




intraCUG-Options 


IntraCUG-Options, 




basicServiceGroupList 


Ext -BasicServiceGroupList 


OPTIONAL, 


extensionConta i ner 


[0] ExtensionContainer 


OPTIONAL, 



CUG-Index ::= INTEGER (0.. 32767) 

-- The internal structure is defined in ETS 300 138 



I CUG- Interlock ::= OCTET STRING (SIZE (4)) 



IntraCUG-Options ::= ENUMERATED 
noCUG-Restrictions (0) , 
cuglC-CallBarred (1) , 

cugOG-CallBarred (2) } 



maxNumOfCUG INTEGER 



10 



CUG-FeatureList 



:= SEQUENCE SIZE ( 1 . . maxNumOf Ext-BasicServiceGroups) OF 

CUG- Feature 



Ext -BasicServiceGroupList 



SEQUENCE SIZE ( 1 . .maxNumOf Ext-BasicServiceGroups) OF 
Ext-BasicServiceCode 



ImaxNumOfExt-BasicServiceGroups INTEGER ::= 32 



CUG-Feature ::= SEQUENCE { 






basicService 


Ext-BasicServiceCode 


OPTIONAL, 


pre ferentialCUG- Indicator 


CUG- Index OPTIONAL , 




interCUG- Restrict ions 


InterCUG-Restrictions , 




extensionContainer 


ExtensionContainer 


OPTIONAL, 



InterCUG-Restrictions 


: : = OCTET STRING 


(SIZE 


(1) ) 








-- bits 876543: 000000 (unused) 

-- Exception handling: 

-- i^its 876543 shall be ignored if 


recei 


ved 


and 


not 


understood 


-- i^its 
00 
01 
10 
11 


21 
CUG 
CUG 
CUG 
CUG 


only 
with 
with 
with 


facilities 
outgoing access 
incoming access 
both outgoing anc 


I incoming 


access 





Ext-SS-Data ::= SEQUENCE { 






ss-Code 


SS-Code, 




ss-Status [4] Ext-SS-Status, 






ss- Subscript ionOpt ion 


SS- Subscript ionOpt ion 


OPTIONAL, 


basicServiceGroupList 


Ext -BasicServiceGroupList 


OPTIONAL, 


extensionContainer 
...1 


[5] ExtensionContainer 


OPTIONAL, 



LCS - PrivacyExceptionLi s t 



:= SEQUENCE SIZE ( 1 . .maxNumOf PrivacyClass) OF 
LCS -PrivacyClass 



ImaxNumOfPrivacyClass INTEGER 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



368 



ETSI TS 129 002 V9.2.0 (2010-07) 



LCS-PrivacyClass ::= SEQUENCE { 

ss-Code SS-Code, 

ss-Status Ext-SS-Status, 

notif icationToMSUser [0] Notif icationToMSUser OPTIONAL, 

-- notif icationToMSUser may be sent only for SS-codes callSessionRelated 

-- and callSessionUnrelated. If not received for SS-codes callSessionRelated 

-- and callSessionUnrelated, 

-- the default values according to 3GPP TS 23.2 71 shall be assumed. 

externalClientList [1] ExternalClientList OPTIONAL, 

-- externalClientList may be sent only for SS-code callSessionUnrelated to a 

-- visited node that does not support LCS Release 4 or later versions . 

-- externalClientList may be sent only for SS-codes callSessionUnrelated and 

-- callSessionRelated to a visited node that supports LCS Release 4 or later versions . 

plmnClientList [2] PLMNClientList OPTIONAL, 

-- plmnClientList may be sent only for SS-code plmnoperator. 

extensionContainer [3] ExtensionContainer OPTIONAL, 

ext-externalClientList [4] Ext-ExternalClientList OPTIONAL, 

-- Ext -externalClientList may be sent only if the visited node supports LCS Release 4 or 

-- later versions, the user did specify more than 5 clients, and White Book SCCP is used. 

serviceTypeList [5] ServiceTypeList OPTIONAL 

-- serviceTypeList may be sent only for SS-code serviceType and if the visited node 

-- supports LCS Release 5 or later versions . 

--if segmentation is used, the complete LCS-PrivacyClass shall be sent in one segment 



ExternalClientList 



SEQUENCE SIZE (0. 



.maxNumOf External CI lent) OF 
Ext ernalCl lent 



maxNumOfExternalClient INTEGER 



:= 5 



PLMNClientList 



SEQUENCE SIZE ( 1 . .maxNumOf PLMNClient ) OF 
LCSCl lent Internal ID 



maxNumOfPLMNClient INTEGER 



:= 5 



Ext -ExternalClientList 



SEQUENCE SIZE (1 . .maxNumOf Ext -Ext ernalCl lent ) OF 
Ext ernalCl lent 



maxNumOfExt-ExternalClient INTEGER 



:= 35 



ExternalClient ::= SEQUENCE { 










clientldentity 






LCSClientExternallD, 




gmlc- Restrict ion 






[0] GMLC-Restriction 


OPTIONAL, 


notif icationToMSUser 






[1] NotificationToMSUser 


OPTIONAL, 


--If notif icationToMSUser 


is 


not received, the default value 


according to 


-- 3GPP TS 23.271 shall be 


assumed. 






extensionConta i ner 

... 1 






[2] ExtensionContainer 


OPTIONAL, 



GMLC-Restriction ::= ENUMERATED { 

gmlc-List (0) , 

home -Country (1) , 

... } 

-- exception handling: 

-- At reception of any other value than the ones listed the receiver shall ignore 

-- GMLC-Restriction. 



NotificationToMSUser ::= ENUMERATED { 

notif yLocationAllowed (0) , 

notifyAndVerify-LocationAllowedlfNoResponse (1) , 
notifyAndVerify-LocationNotAllowedlfNoResponse (2) , 

locationNotAllowed (3) } 
-- exception handling: 

--At reception of any other value than the ones listed the receiver shall ignore 
-- NotificationToMSUser. 



ServiceTypeList : 



= SEQUENCE SIZE ( 1 . .maxNumOf ServiceType) OF 
ServiceType 



ImaxNmnOfServiceType INTEGER 



32 
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ServiceType : : = SEQUENCE { 




serviceTypeldentity LCSServiceTypelD, 




gmlc-Restriction [0] GMLC-Restriction 


OPTIONAL, 


notif icationToMSUser [1] Notif icationToMSUser 


OPTIONAL, 


--If notif icationToMSUser is not received, the default value 


according to 


-- 3GPP TS 23.271 shall he assumed. 




extensionContainer [2] ExtensionContainer 

... } 


OPTIONAL, 



MOLR-List : 



= SEQUENCE SIZE (1 . .maxNumOfMOLR-Class) OF 

MOLR-Class 



maxNumOfMOLR-Class INTEGER ::= 3 



MOLR-Class ::= SEQUENCE { 
ss-Code 
ss-Status 
extensionContainer 

^J 



SS-Code, 
Ext-SS-Status, 
[0] ExtensionContainer 



OPTIONAL, 



ZoneCodeList 



:= SEQUENCE SIZE ( 1 . . maxNumOf ZoneCodes) 

OF ZoneCode 



ZoneCode ::= OCTET STRING (SIZE (2)) 

-- internal structure is defined in TS 3GPP TS 23.003 [17] 



maxNumOf ZoneCodes INTEGER ::= 10 



InsertSubscriberDataRes : 


= SEQUENCE { 








teleserviceList 




[1] 


TeleserviceList 


OPTIONAL, 


bearerServiceList 




[2] 


BearerServiceList 


OPTIONAL, 


ss-List 




[3] 


ss-List 


OPTIONAL, 


odb-GeneralData 




[4] 


ODB-GeneralData 


OPTIONAL, 


regionalSubscriptionResponse 


[5] 


RegionalSubscriptionResponse 


OPTIONAL, 


support edCamel Phases 




[6] 


Support edCamel Phases 


OPTIONAL, 


extensionContainer 




[7] 


ExtensionContainer 


OPTIONAL, 


of feredCamel4CSIs 




[8] 


OfferedCamel4CSIs 


OPTIONAL, 


support edFeatures 




[9] 


Support edFeatures 


OPTIONAL } 



RegionalSubscriptionResponse : : = 


ENUMERATED { 


networkNode-AreaRes trie ted 


(0), 


tooManyZoneCodes 


(1), 


zoneCodesConf lict 


(2), 


regionalSubscNot Supported 


(3)) 



DeleteSubscriberDataArg : : = SEQUENCE 


{ 








imsi 




[0] 


IMSI, 




basicServiceList 




[1] 


BasicServiceList 


OPTIONAL, 


-- The exception handling for reception of unsupported/not allocated 




-- basicServiceCodes is defined 


in 


section 6.8.2 




ss-List 




[2] 


ss-List 


OPTIONAL, 


roamingRestrictionDueToUnsupportedFeature [4] NULL 


OPTIONAL, 


regionalSubscriptionldentif ier 




[5] 


ZoneCode 


OPTIONAL, 


vbsGroupIndication 




[7] 


NULL 


OPTIONAL, 


vgcsGroupIndication 




[8] 


NULL 


OPTIONAL, 


camel Subscript ionlnfoWithdraw 




[9] 


NULL 


OPTIONAL, 


extensionContainer 




[6] 


ExtensionContainer 


OPTIONAL, 


gprsSubscriptionDataWithdraw 




[10] 


GPRSSubscriptionDataWithdraw 


OPTIONAL, 


roamingRestrictedlnSgsnDueToUnsuppportedFeature [11] NULL 


OPTIONAL, 


IsalnformationWithdraw 




[12] 


LSAInformationWithdraw 


OPTIONAL, 


gmlc-ListWithdraw 




[13] 


NULL 


OPTIONAL, 


istlnformationWithdraw 




[14] 


NULL 


OPTIONAL, 


specif icCS I -Withdraw 




[15] 


Specif icCSI- Withdraw 


OPTIONAL, 


chargingCharacteristicsWithdraw 




[16] 


NULL 


OPTIONAL, 


stn- srWithdraw 




[17] 


NULL 


OPTIONAL, 


epsSubscriptionDataWithdraw 




[18] 


EPS- Subscript ionDataWithdraw 


OPTIONAL, 


apn-oi-replacementwithdraw 




[19] 


NULL 


OPTIONAL, 


csg- Subscript ionDeleted 




[20] 


NULL 


OPTIONAL } 
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Specif icCSI-Withdraw ::= BIT STRING { 

o-csi (0) , 

ss-csi (1) , 

tif-csi (2) , 

d-csi (3) , 

vt-csi (4) , 

mo-sms-csi (5) , 

m-csi (6) , 

gprs-csi (7) , 

t-csi (8) , 

mt-sms-csi (9) , 

mg-csi (10) , 

o-IM-CSI (11) , 

d-IM-CSI (12) , 

vt-IM-CSI (13) } (SIZE(8. .32) ) 
-- exception handling: 

-- bits 11 to 31 shall be ignored if received by a non-IP Multimedia Core Network entity. 
-- bits 0-10 and 14-31 shall be ignored if received by an IP Multimedia Core Network entity. 
-- bits 11-13 are only applicable in an IP Multimedia Core Network. 
-- Bit 8 and bits 11-13 are only applicable for the NoteSubscriberPataModified operation. 



GPRSSubscriptionDataWithdraw 

allGPRSData 
contextldList 



:= CHOICE { 



NULL, 
ContextldList } 



EPS-SubscriptionDataWithdraw 

allEPS-Data 
contextldList 



CHOICE 



NULL, 
ContextldList } 



ContextldList 



SEQUENCE SIZE ( 1 . .maxNumOfPDP -Contexts) OF 

Contextid 



LSAInformationWithdraw : 


= CHOICE { 




allLSAData 




NULL, 


IsaldentityList 




LSAIdentityList } 



LSAIdentityList 



:= SEQUENCE SIZE ( 1 . . maxNumOf LSAs) OF 
LSAIdentity 



BasicServiceList 



SEQUENCE SIZE ( 1 . .maxNumOf BasicServices) OF 
Ext-BasicServiceCode 



maxNumOfBasicServices INTEGER ::= 70 



DeleteSubscriberDataRes : : = SEQUENCE 
regional SubscriptionResponse 
extensionContainer 



[0] RegionalSubscriptionResponse 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



VlrCamelSubscriptionlnf o : : = SEQUENCE { 








o-CSI 


[0] 


O-CSI 


OPTIONAL, 


extensionContainer 


[1] 


ExtensionContainer 


OPTIONAL, 


SS-CSI 


[2] 


SS-CSI 


OPTIONAL, 


o-BcsmCamelTDP-CriteriaList 


[4] 


0-BcsmCamelTDPCriteriaList 


OPTIONAL, 


tif-CSI 


[3] 


NULL 


OPTIONAL, 


m-CSI 


[5] 


M-CSI 


OPTIONAL, 


mo-sms-CSI 


[6] 


SMS-CSI 


OPTIONAL, 


vt-CSI 


[7] 


T-CSI 


OPTIONAL, 


t-BCSM-CAMEL-TDP-CriteriaList 


[8] 


T-BCSM-CAMEL-TDP-CriteriaList 


OPTIONAL, 


d-CSI 


[9] 


D-CSI 


OPTIONAL, 


mt-sms-CSI 


[10] 


SMS-CSI 


OPTIONAL, 


mt-smsCAMELTDP-CriteriaList 
1 


[11] 


MT-smsCAMELTDP-CriteriaList 


OPTIONAL 



MT-smsCAMELTDP-CriteriaList ::= SEQUENCE 
MT-smsCAMELTDP- Criteria 



SIZE (1.. maxNumOfCamelTDPData) OF 



MT-smsCAMELTDP-Criteria ::= SEQUENCE { 
sms-TriggerDetectionPoint 
tpdu-TypeCr iter ion 



SMS-TriggerDetectionPoint , 
[0] TPDU-TypeCriterion 



OPTIONAL, 



TPDU-TypeCriterion ::= SEQUENCE SIZE ( 1 . .maxNumOf TPDUTypes) OF 
MT- SMS -TPDU- Type 
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ImaxNumOfTPDUTypes INTEGER 



MT - SMS -TPDU- Type 

sms-DELIVER 
sms - SUBMIT-REPORT 
sms - STATUS - REPORT 
... } 



= ENUMERATED 



(0) , 
(1), 
(2), 



exception handling: 

For TPDU-TypeCriterion sequences containing this parameter with any 

other value than the ones listed above the receiver shall ignore 

the whole TPDU-TypeCriterion sequence. 

In CAMEL phase 4, sms -SUBMIT -REPORT shall not be used and a received TPDU-TypeCriterion 

sequence containing sms -SUBMIT -REPORT shall be wholly ignored. 



DP-AnalysedlnfoCriteriaList 

CamelCapabilityHandling 

ExtensionContainer 

NULL 

NULL 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



D-CSI : := SEQUENCE { 

dp-AnalysedlnfoCriteriaList [0] 

CamelCapabilityHandling [1] 

extensionContainer [2] 

notif icationToCSE [3] 

csi-Active [4] 

• ••} 

notif icationToCSE and csi-Active shall not be present when D-CSI is sent to VLR/GMSC. 

They may only be included in ATS I /ATM ack/NSDC message. 

DP-AnalysedlnfoCriteria and CamelCapabilityHandling shall be present in 

the D-CSI sequence. 

If D-CSI is segmented, then the first segment shall contain dp-AnalysedlnfoCriteriahist 

and CamelCapabilityHandling . Subsequent segments shall not contain 

CamelCapabilityHandling, but may contain dp-AnalysedlnfoCriteriaList. 



DP-AnalysedlnfoCriteriaList 



:= SEQUENCE SIZE ( 1 . . maxNumOf DP-AnalysedInf oCriteria) OF 
DP-AnalysedInf oCriterium 



ImaxNumOf DP -Analysedinf oCriteria INTEGER ::= 10 



DP-AnalysedlnfoCriterium : 


= SEQUENCE { 






dialledNumber 




ISDN-AddressString, 




serviceKey 




ServiceKey, 




gsmSCF -Address 




ISDN- AddressSt ring. 




defaultCallHandling 




DefaultCallHandling, 




extensionConta i ner 




ExtensionContainer 


OPTIONAL, 



SS- 


-CSI : := SEQUENCE { 
ss-CamelData 
extensionContainer 










SS-CamelData, 

ExtensionContainer OPTIONAL, 


} 


notif icationToCSE 
csi-Active 
notif icationToCSE 
They may only be i 


and csi 
ncluded 


[0] NULL OPTIONAL, 
[1] NULL OPTIONAL 
-Active shall not be present when SS-CSI is sent to VLR. 
in ATSI/ATM ack/NSDC message. 



SS-CamelData ::= SEQUENCE 
ss-EventList 
gsmSCF -Address 
extensionContainer 



SS-EventList, 
ISDN- AddressSt ring, 
[0] ExtensionContainer 



OPTIONAL, 



SS-EventList ::= SEQUENCE SIZE ( 1 . .maxNumOf CamelSSEvents) OF SS-Code 


-- Actions for the following SS-Code values are defined in CAMEL Phase 3: 


-- ect SS-Code 


:= 'OOllOOOl'B 


-- multiPTY SS-Code 


:= •OlOlOOOl'B 


-- cd SS-Code 


:= 'OOIOOIOO'B 


-- ccbs SS-Code 


:= 'OIOOOIOO'B 


-- all other SS codes shall be ignored 




-- When SS-CSI is sent to the VLR, it shall n 


ot contain a marking for ccbs. 


--If the VLR receives SS-CSI containing a ma 


rking for ccbs, the VLR shall discard the 


-- ccbs marking in SS-CSI. 





maxNumOfCamelSSEvents INTEGER 



:= 10 
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O-CSI : := SEQUENCE { 










o-BcsmCamelTDPDataList 






0-BcsmCamelTDPDataList , 




extensionContainer 






ExtensionContainer 


OPTIONAL, 


camelCapabilityHandling 






[0] CamelCapabilityHandling 


OPTIONAL, 


notif icationToCSE 






[1] NULL 


OPTIONAL, 


csiActive 






[2] NULL 


optional} 


notif icationtoCSE and csiActive 


shall not be present when O-CSI is 


sent to VLR/GMSC. 


They may only be included 


in 


ATSI/ATM ack/NSDC message. 




O-CSI shall not be segmented 









0-BcsmCamelTDPDataList ::= SEQUENCE SIZE ( 1 . .maxNumOf CamelTDPData) OF 

0-BcsmCamelTDPData 

-- 0-BcsmCamelTDPDataList shall not contain more than one instance of 

-- 0-BcsmCamelTDPData containing the same value for o-BcsmTriggerDetectionPoint . 

-- For CAMEL Phase 2, this means that only one instance of 0-BcsmCamelTDPData is allowed 
-- with o-BcsmTriggerDetectionPoint being equal to DP2 . 



maxNumOfCamelTDPData INTEGER ::= 10 



0-BcsmCamelTDPData ::= SEQUENCE { 






o-BcsmTriggerDetectionPoint 


0-BcsmTriggerDetectionPoint , 




serviceKey 


ServiceKey, 




gsmSCF-Address 


[0] ISDN-AddressString, 




defaultCallHandling 


[1] DefaultCallHandling, 




extensionContainer 

i" 


[2] ExtensionContainer 


OPTIONAL, 



IServiceKey ::= INTEGER ( .. 2147483647) 



0-BcsmTriggerDetectionPoint 

collectedlnfo (2) , 



:= ENUMERATED { 



} 



routeSelectFailure (4) 

-- exception handling: 

-- For 0-BcsmCamelTDPData sequences containing this parameter with any 

-- other value than the ones listed the receiver shall ignore the whole 

-- 0-BcsmCamelTDPDatasequence. 

-- For 0-BcsmCamelTDP-Criteria sequences containing this parameter with any 

-- other value than the ones listed the receiver shall ignore the whole 

-- 0-BcsmCamelTDP -Criteria sequence. 



0-BcsmCamelTDPCriteriaList : 

0-BcsmCamelTDP- Criteria 



SEQUENCE SIZE ( 1 . .maxNumOfCamelTDPData) OF 



T-BCSM-CAMEL-TDP-CriteriaList : 

T-BCSM-CAMEL-TDP- Criteria 



SEQUENCE SIZE ( 1 . .maxNumOfCamelTDPData) OF 



0-BcsmCamelTDP-Criteria : 


= SEQUENCE { 






o-BcsmTriggerDetectionPoint 


0-BcsmTriggerDetectionPoint , 




destinationNumberCriteria 


[0] DestinationNumberCriteria 


OPTIONAL, 


basicServiceCriteria 




[1] BasicServiceCriteria 


OPTIONAL, 


callTypeCriteria 




[2] CallTypeCriteria 


OPTIONAL, 


o-CauseValueCriteria 




[3] 0-CauseValueCriteria 


OPTIONAL, 


extensionContainer 




[4] ExtensionContainer 


OPTIONAL } 



T-BCSM-CAMEL-TDP-Criteria ::= SEQUENCE 
t-BCSM-TriggerDetectionPoint 
basicServiceCriteria 
t-CauseValueCriteria 



T-BcsmTriggerDetectionPoint , 
[0] BasicServiceCriteria OPTIONAL, 

[1] T-CauseValueCriteria OPTIONAL, 



DestinationNumberCriteria ::= SEQUENCE { 

matchType [0] MatchType, 

destinationNumberList [1] DestinationNumberList OPTIONAL, 

destinationNumberLengthList [2] DestinationNumberLengthList OPTIONAL, 

-- one or both of destinationNumberList and destinationNumberLengthList 

-- shall be present 



DestinationNumberList ::= SEQUENCE SIZE (1 . .maxNumOf CamelDestinationNumbers) 

ISDN- AddressSt ring 
-- The receiving entity shall not check the format of a number in 
-- the dialled number list 



OF 
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DestinationNumberLengthList 



SEQUENCE SIZE ( 1 . .maxNumOf CamelDestinationNumberLengths) OF 
INTEGER (1. .maxNumOflSDN-AddressDigits) 



BasicServiceCriteria ::= SEQUENCE SIZE (1 . .maxNumOf CamelBasicServiceCriteria) OF 
Ext-BasicServiceCode 



ImaxNumOflSDN-AddressDigits INTEGER ::= 15 



maxNumOfCamelDestinationNumbers INTEGER ::= 10 



ImaxNumOf CamelDestinationNumberLengths INTEGER 



maxNumOfCamelBasicServiceCriteria INTEGER 



:= 5 



CallTypeCriteria 

forwarded 
not Forwarded 



ENUMERATED { 



(0) , 



MatchType 


:= ENUMERATED { 




inhibiting 




(0), 


enabling 




(D) 



0-CauseValueCriteria 

CauseValue 



SEQUENCE SIZE(1. .maxNumOfCAMEL-0-CauseValueCriteria) OF 



T-CauseValueCriteria 

CauseValue 



SEQUENCE SIZE (1. .maxNumOfCAMEL-T-CauseValueCriteria) OF 



maxNumOfCAMEL-0-CauseValueCriteria INTEGER ::= 



maxNumOfCAMEL-T-CauseValueCriteria INTEGER 



CauseValue ::= OCTET STRING (SIZE(l)) 

-- Type extracted from Cause parameter in ITU-T Recommendation Q.763. 

-- For the use of cause value refer to ITU-T Recommendation Q.850. 



DefaultCallHandling ::= ENUMERATED { 
continueCall (0) , 
releaseCall (1) , 

• ••} 

-- exception handling: 

-- reception of values in range 2-31 shall be treated as "continueCall" 
-- reception of values greater than 31 shall be treated as "releaseCall' 



CamelCapabili 


tyHandling 


: := INTEGER (1. 


.16) 














-- value 


1 = 


CAMEL 


phase 1, 


















-- value 


2 = 


CAMEL 


phase 2, 


















-- value 


3 = 


CAMEL 


Phase 3, 


















-- value 


4 = 


CAMEL 


phase 4 : 


















-- reception 


of values greater 


than 4 


shall 


be 


treated 


as 


CAMEL 


phase 4 . 



SupportedCamelPhases : : = BIT STRING { 

phasel (0) , 

phase2 (1) , 

phases (2) , 

phase4 (3)} (SIZE (1..16)) 
-- A node shall mark in the BIT STRING all CAMEL Phases it supports. 
-- Other values than listed above shall be discarded. 



OfferedCamel4CSIs ::= BIT STRING { 


o-csi (0) , 


d-csi (1), 


vt-csi (2), 


t-csi (3), 


mt-sms-csi (4) , 


mg-csi (5) , 


psi- enhancements (6) 


} (SIZE (7. .16)) 


-- A node supporting Camel phase 4 shall mark in the BIT STRING all Camel4 CSIs 


-- it offers. 


-- Other values than listed above shall be discarded. 
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OfferedCamel4Functionalities ::= BIT STRING { 




initiateCallAttempt 




(0), 




splitLeg 




(1), 




moveLeg 




(2), 




disconnectLeg 




(3), 




entityReleased 




(4), 




df c-WithArgument 




(5), 




playTone 




(6), 




dtmf-MidCall 




(7), 




charginglndicator 




(8), 




alertingDP 




(9), 




locationAt Alerting 




(10) , 




changeOfPositionDP 




(11), 




or- Interactions 




(12), 




warningToneEnhancement s 




(13), 




c f - Enhancement s 




(14) , 




subscribedEnhancedDialledServices 


(15), 




servingNetworkEnhancedDialledS 


)ervices (16) , 




criteriaForChangeOf Posit ionDP 




(17) , 




serviceChangeDP 




(18) , 




collect Information 




(19) 




} (SIZE (15. .64)) 








-- A node supporting Camel phase 4 


shall 


mark in the BIT STRING all 


CAMEL4 


-- functionalities it offers. 








-- Other values than listed above . 


shall 


be discarded. 





SMS-CSI ::= SEQUENCE { 

sms-CAMEL-TDP-DataList 
camelCapabilityHandling 
extensionContainer 
notif icationToCSE 
csi-Active 



[0] SMS-CAMEL-TDP-DataList OPTIONAL, 

[1] CamelCapabilityHandling OPTIONAL, 

[2] ExtensionContainer OPTIONAL, 

[3] NULL OPTIONAL, 

[4] NULL OPTIONAL, 



notif icationToCSE and csi-Active shall not be present 

when MO- SMS-CSI or MT- SMS-CSI is sent to VLR or SGSN. 

They may only be included in ATS I /ATM ack/NSDC message. 

SMS- CAMEL -TDP -Data and camelCapabilityHandling shall be present in 

the SMS-CSI sequence. 

If SMS-CSI is segmented, sms-CAMEL-TDP-DataList and camelCapabilityHandling shall be 

present in the first segment 



SMS-CAMEL-TDP-DataList ::= SEQUENCE SIZE ( 1 . . maxNumOf CamelTDPData) OF 
SMS-CAMEL-TDP-Data 

SMS-CAMEL-TDP-DataList shall not contain more than one instance of 
SMS-CAMEL-TDP-Data containing the same value for sms-TriggerDetectionPoint . 



SMS-CAMEL-TDP-Data ::= SEQUENCE { 








sms-TriggerDetectionPoint 


[0] 


SMS-TriggerDetectionPoint , 




serviceKey 


[1] 


ServiceKey, 




gsmSCF -Address 


[2] 


ISDN- AddressSt ring. 




default SMS -Handling 


[3] 


DefaultSMS -Handling, 




extensionConta i ner 


[4] 


ExtensionContainer 


OPTIONAL, 



SMS-TriggerDetectionPoint ::= ENUMERATED { 
sms-Collectedlnfo (1) , 

sms-DeliveryRequest (2) 

} 

exception handling: 

For SMS-CAMEL-TDP-Data and MT-smsCAMELTDP- Criteria sequences containing this 
parameter with any other value than the ones listed the receiver shall ignore 
the whole sequence. 

If this parameter is received with any other value than sms-Collectedlnfo 

in an SMS-CAMEL-TDP-Data sequence contained in mo-sms-CSI, then the receiver shall 

ignore the whole SMS-CAMEL-TDP-Data sequence. 

If this parameter is received with any other value than sms-DeliveryRequest 

in an SMS-CAMEL-TDP-Data sequence contained in mt-sms-CSI then the receiver shall 

ignore the whole SMS-CAMEL-TDP-Data sequence. 

If this parameter is received with any other value than sms-DeliveryRequest 

in an MT-smsCAMELTDP- Criteria sequence then the receiver shall 

ignore the whole MT-smsCAMELTDP- Criteria sequence. 
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DefaultSMS-Handling ::= ENUMERATED { 
continueTransaction (0) , 
releaseTransaction (1) , 

• ••} 

exception handling: 

reception of values in range 2-31 shall be treated as "continueTransaction" 

reception of values greater than 31 shall be treated as "releaseTransaction" 



M-CSI : := SEQUENCE { 










mobilityTriggers 








MobilityTriggers , 


serviceKey 








ServiceKey, 


gsmSCF -Address 








[0] ISDN-AddressString, 


extensionContainer 








[1] ExtensionContainer OPTIONAL, 


notif icationToCSE 








[2] NULL OPTIONAL, 


csi-Active 

• ••} 

notif icationToCSE and 








[3] NULL OPTIONAL, 


csi 


-Active 


shall not be present when M-CSI is sent to VLR. 


They may only be included 


in 


ATSI/ATM ack/NSDC message. \ 



MG-CSI ::= SEQUENCE { 










mobilityTriggers 








MobilityTriggers , 


serviceKey 








ServiceKey, 


gsmSCF-Address 








[0] ISDN-AddressString, 


extensionContainer 








[1] ExtensionContainer OPTIONAL, 


notif icationToCSE 








[2] NULL OPTIONAL, 


csi-Active 

• ••} 

notif icationToCSE and 








[3] NULL OPTIONAL, 


csi 


-Active 


shall not be present when MG-CSI is sent to SGSN. 


They may only be included 


in 


ATSI/ATM ack/NSDC message. 



MobilityTriggers 

MM- Code 



SEQUENCE SIZE ( 1 . .maxNumOfMobilityTriggers) OF 



I maxNumOf Mobility Triggers INTEGER ::= 10 



MM-Code ::= OCTET STRING (SIZE (1)) 

This type is used to indicate a Mobility Management event. 

Actions for the following MM-Code values are defined in CAMEL Phase 



CS domain MM events: 

Loca tion- upda te- in- same- VLR 

Location-update -to -other -VLR 

IMS I -Attach 

MS - initiated- IMSI -Detach 

Network- initiated- IMSI -Detach 



MM- Code 
MM- Code 
MM- Code 
MM- Code 
MM- Code 



= 'OOOOOOOO'B 

= 'OOOOOOOl'B 

= 'OOOOOOIO'B 

= 'OOOOOOll'B 

= •OOOOOIOO'B 



PS domain MM events: 

Rout eing- Area -update -in- same -SGSN MM-Code ::= ' 10000000 'B 

Routeing -Area-update -to -other -SGSN -update -from-new- SGSN 

MM-Code ::= 'lOOOOOOl'B 
Routeing-Area-update-to-other-SGSN-disconnect -by-detach 



MM- Code 
GPRS -Attach MM-Code 

MS- initiated-GPRS -Detach MM-Code 

Network- initiated-GPRS -Detach MM-Code 

Network- initiated- trans fer-to-MS-not-reachable-for-paging 

MM-Code ::= ' 10000110 'B 



= 'lOOOOOlO'B 

= 'lOOOOOll'B 

= 'lOOOOlOO'B 

= 'lOOOOlOl'B 



If the MSC receives any other MM-code than the ones listed above for the 
CS domain, then the MSC shall ignore that MM-code. 

If the SGSN receives any other MM-code than the ones listed above for the 
PS domain, then the SGSN shall ignore that MM-code. 



T-CSI : := SEQUENCE { 










t-BcsmCamelTDPDataList 






T-BcsmCamelTDPDataList , 




extensionConta i ner 






ExtensionContainer 


OPTIONAL, 


camelCapabilityHandling 






[0] CamelCapabilityHandling 


OPTIONAL, 


notif icationToCSE 






[1] NULL 


OPTIONAL, 


csi-Active 






[2] NULL 


optional} 


notif icationToCSE and csi 


-Active 


shall not be present when VT-CSI/T- 


CSI is sent 


to VLR/GMSC. 










They may only be included 


in 


ATSI/ATM ack/NSDC message. 




T-CSI shall not be segmented 
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T-BcsmCamelTDPDataList ::= SEQUENCE SIZE ( 1 . .maxNumOf CamelTDPData) OF 
T-BcsmCamelTDPData 

T-BcsmCamelTDPDataList shall not contain more than one instance of 

T-BcsmCamelTDPData containing the same value for t-BcsmTriggerDetectionPoint . 

For CAMEL Phase 2, this means that only one instance of T-BcsmCamelTDPData is allowed 

with t-BcsmTriggerDetectionPoint being equal to DP12 . 

For CAMEL Phase 3, more TDP"s are allowed. 



T-BcsmCamelTDPData ::= SEQUENCE { 






t-BcsmTriggerDetecti 


onPoint 


T-BcsmTriggerDetectionPoint , 




serviceKey 




ServiceKey, 




gsmSCF -Address 




[0] ISDN-AddressString, 




defaultCallHandling 




[1] DefaultCallHandling, 




extensionContainer 




[2] ExtensionContainer 


OPTIONAL, 



T-BcsmTriggerDetectionPoint ::= ENUMERATED { 
termAttemptAuthorized (12) , 

tBusy (13) , 
tNoAnswer (14) } 
-- exception handling: 

-- For T-BcsmCamelTDPData sequences containing this parameter with any other 
-- value than the ones listed above, the receiver shall ignore the whole 
-- T-BcsmCamelTDPData sequence. 



gprs location information retrieval types 



SendRoutinglnfoForGprsArg : 


= SEQUENCE { 








imsi 




[0] 


IMSI, 




ggsn-Address 




[1] 


GSN-Address 


OPTIONAL, 


ggsn-Number 




[2] 


ISDN-AddressString, 




extensionContainer 




[3] 


ExtensionContainer 


OPTIONAL, 



SendRoutingInf oForGprsRes : : = SEQUENCE { 
sgsn-Address 
ggsn-Address 

mobileNotReachableReason 
extensionContainer 

^J 



[0] GSN-Address, 

[1] GSN-Address OPTIONAL, 

[2] AbsentSubscriberDiagnosticSM OPTIONAL, 

[3] ExtensionContainer OPTIONAL, 



failure report types 



FailureReportArg ::= SEQUENCE 
imsi 

ggsn-Number 
ggsn-Address 
extensionContainer 

^J 



[0] IMSI, 

[1] ISDN-AddressString 

[2] GSN-Address 

[3] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



FailureReportRes ::= SEQUENCE 
ggsn-Address 
extensionContainer 



[0] GSN-Address 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



gprs notification types 



NoteMsPresentForGprsArg : 


= SEQUENCE { 








imsi 




[0] 


IMSI, 




sgsn-Address 




[1] 


GSN-Address, 




ggsn-Address 




[2] 


GSN-Address 


OPTIONAL, 


extensionContainer 




[3] 


ExtensionContainer 


OPTIONAL, 



NoteMsPresentForGprsRes : : = SEQUENCE { 
extensionContainer 



[0] ExtensionContainer 



OPTIONAL, 



fault recovery types 



ResetArg : : = SEQUENCE { 
hi r- Number 
hlr-List 



ISDN-AddressString, 
HLR-List 



OPTIONAL, 
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RestoreDataArg ::= SEQUENCE 


{ 






imsi 




IMSI, 




Imsi 




LMSI 


OPTIONAL, 


extensionContainer 




ExtensionContainer 


OPTIONAL, 


vlr-Capability 




[6] VLR-Capability 


OPTIONAL } 



RestoreDataRes ::= SEQUENCE { 






hi r- Number 


ISDN- AddressSt ring. 




msNotReachable 


NULL 


OPTIONAL, 


extensionConta i ner 

...1 


ExtensionContainer 


OPTIONAL, 



VBS/VGCS types 



VBSDataList ::= SEQUENCE SIZE ( 1 . . maxNumOf VBSGroupIds) OF 

VoiceBroadcastData 



VGCSDataList 



SEQUENCE SIZE ( 1 . .maxNumOfVGCSGroupIds) OF 
VoiceGroupCallData 



ImaxNumOfVBSGroupIds INTEGER 



:= 50 



I maxNumOfVGCSGroupIds INTEGER 



50 



VoiceGroupCallData ::= 

groupid 

-- groupid shall be 

extensionContainer 


SEQUENCE { 

Groupid, 
filled with six TBCD fillers (1111) i 
ExtensionContainer 


f the longGroupId is present 
OPTIONAL, 


additional Subscript 
additional Info 
longGroupId 


ions 




Additional Subscript 
[0] Additionallnfo 
[1] Long -Group Id 


ions 




OPTIONAL, 
OPTIONAL, 
OPTIONAL } 




-- VoiceGroupCallDa 
-- indicate support 
-- request message 


ta containing a 
of long Group 


longGroupId shall not 
IDs within the Update 


be sent 
Location 


to 
or 


VLRs that did 
Restore Data 


not 



Additionallnfo ::= BIT STRING (SIZE (1..136)) 

Refers to Additional Info as specified in 3GPP TS 43.06E 



AdditionalSubscriptions ::= BIT STRING { 

privilegedUplinkRequest (0) , 

emergencyUplinkRequest (1) , 

emergencyReset (2)} (SIZE (3.. 8)) 
-- Other bits than listed above shall be discarded. 



VoiceBroadcastData ::= SEQUENCE { 

groupid Groupid, 

-- groupid shall be filled with six TBCD fillers (1111) if the longGroupId is present 
broadcast InitEnt it lement NULL OPTIONAL, 

extensionContainer ExtensionContainer OPTIONAL, 



longGroupId 



[0] Long -Group Id 



OPTIONAL 



VoiceBroadcastData containing a longGroupId shall not be sent to VLRs that did not 
indicate support of long Group IDs within the Update Location or Restore Data 
request message 



Groupid ::= TBCD-STRING (SIZE (3)) 

-- When Group-Id is less than six characters in length, the TBCD filler (1111) 

-- is used to fill unused half octets. 

-- Refers to the Group Identification as specified in 3GPP TS 23.003 

-- and 3GPP TS 43.068/ 43.069 



Long-Groupid ::= TBCD-STRING (SIZE (4)) 




-- When Long-Group- Id is less than eight characters in length, the TBCD filler 


(1111) 


--is used to fill unused half octets. 




-- Refers to the Group Identification as specified in 3GPP TS 23.003 




-- and 3GPP TS 43.068/ 43.069 





provide subscriber info types 
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ProvideSubscriberlnfoArg : 


= SEQUENCE { 






imsi [0] IMSI, 








Imsi [1] LMSI 




OPTIONAL, 




request edinfo 




[2] Requestedlnfo, 




extensionContainer 




[3] ExtensionContainer 


OPTIONAL, 


callPriority 
} 




[4] EMLPP-Priority 


OPTIONAL 



ProvideSubscriberlnfoRes 

subscriber Info 
extensionContainer 



:= SEQUENCE 



Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



Subscriberinf o : : = SEQUENCE { 












locationlnformation 






[0] 


Locationlnformation 


OPTIONAL, 


subscriberState 






[1] 


SubscriberState 


OPTIONAL, 


extensionContainer 






[2] 


ExtensionContainer 


OPTIONAL, 


locationlnformationGPRS 






[3] 


LocationlnformationGPRS 


OPTIONAL, 


ps- SubscriberState 






[4] 


PS -SubscriberState 


OPTIONAL, 


imei 






[5] 


IMEI 


OPTIONAL, 


ms-Classmark2 






[6] 


MS-Classmark2 


OPTIONAL, 


gprs-MS-Class 






[7] 


GPRSMSClass 


OPTIONAL, 


mnpInfoRes 






[8] 


MNPInfoRes 


OPTIONAL, 


imsVoiceOverPS-SessionsIndicat 


Lon 


[9] 


IMS-VoiceOverPS-SessionsInd 


OPTIONAL, 


lastUE-ActivityTime 






[10] 


Time 


OPTIONAL, 


lastRAT-Type 






[11] 


Used -RAT -Type 


OPTIONAL, 


eps- SubscriberState 






[12] 


PS -SubscriberState 


OPTIONAL, 


locationlnformationEPS 






[13] 


LocationlnformationEPS 


OPTIONAL } 


If the HLR receives location 


In format 


ion, 


subscriberState or ms-Classmark2 from an SGSN 


it shall discard them. 












If the HLR receives location 


In format 


ionGPRS, ps-SubscriberState or gprs-MS-Class from 


a VLR it shall discard them. 












If the HLR receives parameters 


which 


it 


has not requested, it shall 


discard them. 



IMS-VoiceOverPS-SessionsInd ::= ENUMERATED { 
imsVoiceOverPS-SessionsNotSupported (0) , 
imsVoiceOverPS-SessionsSupported (1) 

I 



MNPInfoRes ::= SEQUENCE { 
routeingNumber 
imsi 
msisdn 

number Port abilityStatus 
extensionContainer 

... } 



[0] RouteingNumber OPTIONAL, 

[1] IMSI OPTIONAL, 

[2] ISDN-AddressString OPTIONAL, 

[3] NumberPortabilityStatus OPTIONAL, 

[4] ExtensionContainer OPTIONAL, 



Tlie IMSI parameter contains a generic IMSI, i.e. it is not tied necessarily to tlie 
Subscriber. MCC and MNC values in tliis IMSI sliall point to tlie Subscription Network of 
the Subscriber. See 3GPP TS 23.066 [108]. 



RouteingNumber ::= TBCD-STRING (SIZE (1..5)) 



NumberPortabilityStatus ::= ENUMERATED { 

notKnownToBePorted (0) , 

ownNumberPortedOut (1) , 

foreignNumberPortedToForeignNetwork (2) , 



ownNumberNotPortedOut 
f oreignNumberPortedIn 



(4), 
(5) 



exception handling: 
reception of other values than the ones listed the receiver shall ignore the 
whole NumberPortabilityStatus ; 

OwnNumberNotPortedOut or f oreignNumberPortedIn may only be included in Any Time 
Interrogation message. 



MS 


-Classmark2 ::= OCTET STRING 


(SIZE 


(3)) 




















-- This 


parameter 


carries 


the value part 


of 


the 


MS 


Classmark 


2 


IE 


defined 


in 




-- 3GPP 


TS 24.008 


[35] . 























ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



379 



ETSI TS 129 002 V9.2.0 (2010-07) 



GPRSMSClass ::= SEQUENCE { 

mSNetworkCapability 
mSRadioAccessCapability 



[0] MSNetworkCapability, 
[1] MSRadioAccessCapability 



OPTIONAL 



MSNetworkCapability ::= OCTET STRING (SIZE (1..8)) 

-- This parameter carries the value part of the MS Network Capability IE defined in 
-- 3GPP TS 24.008 [35]. 



MSRadioAccessCapability ::= OCTET STRING (SIZE (1..50)) 

-- This parameter carries the value part of the MS Radio Access Capability IE defined in 
-- 3GPP TS 24.008 [35]. 



Requestedlnfo ::= SEQUENCE 


{ 














locationlnformation 










[0] 


NULL 


OPTIONAL, 


subscriberState 










[1] 


NULL 


OPTIONAL, 


extensionContainer 










[2] 


ExtensionContainer 


OPTIONAL, 


currentLocation 










[3] 


NULL 


OPTIONAL, 


request edDomain 










[4] 


DomainType 


OPTIONAL, 


imei 










[6] 


NULL 


OPTIONAL, 


ms-classmark 










[5] 


NULL 


OPTIONAL, 


mnpRequestedlnfo 










[7] 


NULL 


OPTIONAL, 


t-adsData 










[8] 


NULL 


OPTIONAL, 


request edNodes 










[9] 


Request edNodes 


OPTIONAL } 


currentLocation shall 


be 


absent 


if 


locationlnformation is absent 




t-adsData shall be absent 


in 


messages sent to the VLR 




request edNodes shall be absent 


if 


reques 


t edDomain is "cs -Domain" 





DomainType : : = ENUMERATED { 

cs-Domain (0) , 

ps-Domain (1) , 

• ••} 

-- exception handling: 

-- reception of values > 1 shall be mapped to 'cs-Domain' 



Request edNodes ::= BIT STRING { 

mme (0) , 

sgsn (1)} (SIZE (1..8)) 
-- Other bits than listed above shall be discarded. 



Locationlnformation : : = SEQUENCE { 
ageOfLocationlnformation 
geographical Information 
vlr- number 
locationNumber 

cellGloballdOrServiceArealdOrLAI 
extensionContainer 



AgeOfLocationlnformation OPTIONAL, 

[0] Geographicallnformation OPTIONAL, 
[1] ISDN-AddressString OPTIONAL, 

[2] LocationNumber OPTIONAL, 

[3] CellGloballdOrServiceArealdOrLAI OPTIONAL, 
[4] ExtensionContainer OPTIONAL, 



selectedLSA-Id [5] LSAIdentity OPTIONAL, 

msc-Number [6] ISDN-AddressString OPTIONAL, 

geodeticinf ormation [7] Geodeticinf ormation OPTIONAL, 

currentLocationRetrieved [8] NULL OPTIONAL, 

sai- Present [9] NULL OPTIONAL, 

locationlnformationEPS [10] LocationlnformationEPS OPTIONAL, 

userCSGInformation [11] UserCSGInf ormation OPTIONAL } 

sai-Present indicates that the cellGloballdOrServiceArealdOrLAI parameter contains 

a Service Area Identity. 

currentLocationRetrieved shall be present 

if the location information were retrieved after a successfull paging. 

if the locationlnformationEPS IE is present then the cellGloballdOrServiceArealdOrLAI IE 

shall be absent. 

UserCSGInformation contains the CSG ID, Access mode, and the CSG Membership Indication in 

the case the Access mode is Hybrid Mode. 
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Locationinf ormationEPS : : = SEQUENCE { 




e-utranCellGloballdentity [0] OCTET STRING (SIZE (7)) 


OPTIONAL, 


-- Octets are coded as described in 3GPP TS 29.118. 




trackingArealdentity [1] OCTET STRING (SIZE (5)) 


OPTIONAL, 


-- Octets are coded as described in 3GPP TS 29.118. 




extensionContainer [2] ExtensionContainer 


OPTIONAL, 


geographicallnformation [3] Geographicalinf ormation 


OPTIONAL, 


geodeticlnformation [4] Geodeticinf ormation 


OPTIONAL, 


currentLocationRetrieved [5] NULL 


OPTIONAL, 


ageOfLocationlnformation [6] AgeOfLocationInf ormation 

• ••} 

-- currentLocationRetrieved shall be present if the location information 


OPTIONAL, 




-- was retrieved after successful paging. 





Locationinf ormationGPRS : : = SEQUENCE { 








cellGloballdOrServiceArealdOrLAI 


[0] 


CellGloballdOrServiceArealdOrLAI OPTIONAL, 


routeingArealdentity 






[1] 


RAIdentity 


OPTIONAL, 


geographicallnformation 






[2] 


Geographicallnformation 


OPTIONAL, 


sgsn-Number 






[3] 


ISDN- AddressSt ring 


OPTIONAL, 


selectedLSAIdentity 






[4] 


LSAIdentity 


OPTIONAL, 


extensionContainer 






[5] 


ExtensionContainer 


OPTIONAL, 


sai-Present 






[6] 


NULL 


OPTIONAL, 


geodeticlnformation 






[7] 


Geodeticlnformation 


OPTIONAL, 


currentLocationRetrieved 






[8] 


NULL 


OPTIONAL, 


ageOfLocationlnformation 






[9] 


AgeOfLocationlnformation 


OPTIONAL, 


userCSGInf ormation 






[10 


UserCSGInf ormation 


OPTIONAL } 


-- sai-Present indicates that 


the 


cellGloballdOrServiceArealdOrLAI parameter contains 


--a Service Area Identity. 












-- currentLocationRetrieved shall 


be present 


if the location information 




-- was retrieved after success 


ful 


paging. 








-- UserCSGInf ormation contains 


the CSG ID 


, Access mode, and the CSG Membership Indication in 


-- the case the Access mode is 


Hybrid Mode. 







UserCSGInf ormation : : = 

csg-Id 
extensionContainer 



SEQUENCE { 



[0] CSG-Id, 

[1] ExtensionContainer 



OPTIONAL, 



accessMode [2] OCTET STRING (SIZE(l)) OPTIONAL, 

cmi [3] OCTET STRING (SIZE(l)) OPTIONAL } 

-- The encoding of the accessMode and cmi parameters are as defined in 3GPP TS 29.060 [105]. 



RAIdentity 


: : = OCTET STRING 


(SIZE 


(6)) 
























-- Routing 


Area Identity 


is 


coded 


in accordance 


wi 


th 


3 GPP 


TS 


29 


.060 


[105] . 










-- It shall 


contain the value part 


defined in 3GPP 


TS 


29. 


060 


on 


ly. I 


.e. the 


3 GPP 


TS 


29 


060 


-- type identifier octet 


shall not 


be included. 

























Geographicallnformation ::= OCTET STRING (SIZE (8)) 

Refers to geographical Information defined in 3GPP TS 23.032. 
Only the description of an ellipsoid point with uncertainty circle 
as specified in 3GPP TS 23.032 is allowed to be used 
The internal structure according to 3GPP TS 23.032 is as follows: 
Type of shape (ellipsoid point with uncertainty circle) 
Degrees of Latitude 
Degrees of Longitude 
-- Uncertainty code 



I octet 

3 octets 

3 octets 

1 octet 



Geodeticlnformation ::= OCTET STRING (SIZE (10)) 

Refers to Calling Geodetic Location defined in Q.763 (1999). 

Only the description of an ellipsoid point with uncertainty circle 

as specified in Q.763 (1999) is allowed to be used 

The internal structure according to Q.763 (1999) is as follows: 

Screening and presentation indicators 1 octet 

Type of shape (ellipsoid point with uncertainty circle) 1 octet 

Degrees of Latitude 3 octets 

Degrees of Longitude 3 octets 

Uncertainty code 1 octet 

Confidence 1 octet 



LocationNumber ::= OCTET STRING (SIZE (2.. 10)) 

-- the internal structure is defined in ITU-T Rec Q.763 
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SubscriberState ::= CHOICE { 




assumedldle 


[0] NULL, 


camelBusy 


[1] NULL, 


netDetNot Reachable 


NotReachableReason, 


notProvidedFromVLR 


[2] NULL} 



PS-SubscriberState ::= CHOICE { 
not ProvidedFromSGSNorMME 
ps-Detached 

ps- At tachedNotReachableFor Paging 
ps- At tachedReachableFor Paging 
ps-PDP -Act iveNotReachableFor Paging 
ps-PDP -Act iveReachableFor Paging 
netDetNot Reachable 



[ ] NULL , 

[1] NULL, 

[2] NULL, 

[3] NULL, 

[4] PDP-ContextlnfoList, 

[5] PDP-ContextlnfoList, 
NotReachableReason } 



PDP- Context InfoLi St 



:= SEQUENCE SIZE ( 1 .. maxNumOf PDP -Contexts) OF 
PDP -Context Info 



PDP-Contextlnfo ::= SEQUENCE { 




pdp-Contextldentif ier [0] Contextid, 




pdp- Context Active [1] NULL 


OPTIONAL, 


pdp-Type [2] PDP -Type, 




pdp-Address [3] PDP-Address 


OPTIONAL, 


apn-Subscribed [4] APN 


OPTIONAL, 


apn-InUse [5] APN 


OPTIONAL, 


nsapi [6] NSAPI 


OPTIONAL, 


transactionid [7] Transactionid 


OPTIONAL, 


teid-ForOnAndOp [8] TEID 


OPTIONAL, 


teid-Forlu [9] TEID 


OPTIONAL, 


ggsn-Address [10] GSN-Address 


OPTIONAL, 


qos-Subscribed [11] Ext-QoS-Subscribed 


OPTIONAL, 


qos-Requested [12] Ext-QoS-Subscribed 


OPTIONAL, 


qos-Negotiated [13] Ext-QoS-Subscribed 


OPTIONAL, 


chargingid [14] GPRSChargingID 


OPTIONAL, 


chargingCharacteristics [15] ChargingCharacteristics 


OPTIONAL, 


rnc-Address [16] GSN-Address 


OPTIONAL, 


extensionContainer [17] ExtensionContainer 


OPTIONAL, 


qos2 -Subscribed [18] Ext2-QoS-Subscribed 


OPTIONAL, 


-- qos2 -Subscribed may be present only if qos-Subscribed is present. 




qos2 -Requested [19] Ext2-QoS-Subscribed 


OPTIONAL, 


-- qos2 -Requested may be present only if qos-Requested is present. 




qos2 -Negotiated [20] Ext2-QoS-Subscribed 


OPTIONAL, 


-- qos2 -Negotiated may be present only if qos-Negotiated is present. 




qos3 -Subscribed [21] Ext3-QoS-Subscribed 


OPTIONAL, 


-- qos3 -Subscribed may be present only if qos2 -Subscribed is present. 




qos3 -Requested [22] Ext3-QoS-Subscribed 


OPTIONAL, 


-- qos3 -Requested may be present only if qos2 -Requested is present. 




qos3 -Negotiated [23] Ext3-QoS-Subscribed 


OPTIONAL, 


-- qos3 -Negotiated may be present only if qos2 -Negotiated is present. 




qos4 -Subscribed [25] Ext4-QoS-Subscribed 


OPTIONAL, 


-- qos4 -Subscribed may be present only if qosS -Subscribed is present. 




qos4 -Requested [26] Ext4-QoS-Subscribed 


OPTIONAL, 


-- qos4 -Requested may be present only if qos3 -Requested is present. 




qos4 -Negotiated [27] Ext4-QoS-Subscribed 


OPTIONAL, 


-- qos4 -Negotiated may be present only if qosS -Negotiated is present. 




ext -pdp-Type [2 8] Ext -PDP -Type 


OPTIONAL, 


-- contains the value IPv4v6 defined in 3GPP TS 29.060 [105], if the 


PDP can be 


-- accessed by dual- stack UEs. 




ext -pdp-Address [29] PDP-Address 


OPTIONAL 


-- contains an additional IP address in case of dual- stack static IP 


address assignment 


-- for the UE. 




-- it may contain an IPv4 or an IPv6 address/prefix, and it may be present 


-- only if pdp-Address is present; if both are present, each parameter shall 


-- contain a different type of address (IPv4 or IPv6) . 
1 





NSAPI ::= INTEGER (0..15) 

This type is used to indicate the Network layer Service Access Point 



Transactionid ::= OCTET STRING (SIZE (1..2)) 

This type carries the value part of the transaction identifier which is used in the 
session management messages on the access interface . The encoding is defined in 
3GPP TS 24. 008 
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TEID ::= OCTET STRING (SIZE (4)) 

This type carries the value part of the Tunnel Endpoint Identifier which is used to 
distinguish between different tunnels between the same pair of entities which communicate 
using the GPRS Tunnelling Protocol The encoding is defined in 3GPP TS 29.060. 



GPRSChargingID ::= OCTET STRING (SIZE (4)) 

The Charging ID is a unique four octet value generated by the GGSN when 

a PDP Context is activated. A Charging ID is generated for each activated context. 

The encoding is defined in 3GPP TS 29.060. 



NotReachableReason : : = ENUMERATED { 

msPurged (0) , 

imsiDetached (1) , 

restrictedArea (2) , 
notRegistered (3) } 



-- any time interrogation info types 



AnyTimelnterrogationArg : 


= SEQUENCE { 








subscriberldentity 




[0] 


Subscriberldentity, 




request edinfo 




[1] 


Request edinfo, 




gsmSCF -Address 




[3] 


ISDN- AddressSt ring. 




extensionContainer 
...1 




[2] 


ExtensionContainer 


OPTIONAL, 



AnyTimelnterrogationRes 

subscriber Info 
extensionContainer 

-^A 



SEQUENCE { 



Subscriber Info, 
ExtensionContainer 



OPTIONAL, 



any time information handling types 



AnyTimeSubscriptionlnterrogationArg : 


= SEQUENCE { 




subscriberldentity 


[0] Subscriberldentity, 




requestedSubscriptionlnfo 


[1] RequestedSubscriptionlnfo, 




gsmSCF-Address 


[2] ISDN-AddressString, 




extensionContainer 


[3] ExtensionContainer 


OPTIONAL, 


longFTN- Supported 


[4] NULL 


OPTIONAL, 



AnyTimeSubscriptionlnterrogationRes : 


= SEQUENCE { 




callForwardingData 


[1] 


CallForwardingData 


OPTIONAL, 


callBarringData 


[2] 


CallBarringData 


OPTIONAL, 


odb-Info 


[3] 


ODB-Info 


OPTIONAL, 


camel- Subscript ionlnfo 


[4] 


CAMEL -Subscript ionlnfo 


OPTIONAL, 


supportedVLR-CAMEL- Phases 


[5] 


Support edCamel Phases 


OPTIONAL, 


supportedSGSN-CAMEL- Phases 


[6] 


Support edCamel Phases 


OPTIONAL, 


extensionContainer 


[7] 


ExtensionContainer 


OPTIONAL, 


offeredCamel4CSIsInVLR 


[8] 


OfferedCamel4CSIs 


OPTIONAL, 


offeredCamel4CSIsInSGSN 


[9] 


Of feredCamel4CSIs 


OPTIONAL, 


msisdn-BS-List 


[10] 


MSISDN-BS-List 


OPTIONAL, 


csg- Subscript ionDataList 


[11] 


CSG- Subscript ionDataList 


OPTIONAL } 



RequestedSubscriptionlnfo ::= SEQUENCE 


{ 




requestedSS-Info 


[1] 


SS-ForBS-Code OPTIONAL, 


odb 


[2] 


NULL OPTIONAL, 


requestedCAMEL- Subscript ionlnfo 


[3] 


RequestedCAMEL -Subscript ionlnfo OPTIONAL, 


supportedVLR-CAMEL- Phases 


[4] 


NULL OPTIONAL, 


supportedSGSN-CAMEL- Phases 


[5] 


NULL OPTIONAL, 


extensionContainer 


[6] 


ExtensionContainer OPTIONAL, 


additionalRequestedCAMEL- Subscript 


ioninf 


o 




[7] 


AdditionalRequestedCAMEL -Subscript ionlnfo 

OPTIONAL, 


msisdn-BS-List 


[8] 


NULL OPTIONAL, 


csg-SubscriptionDataRequested 


[9] 


NULL OPTIONAL } 



MSISDN-BS-List 



SEQUENCE SIZE ( 1 . .maxNumOfMSISDN) OF 
MSISDN-BS 



maxNumOfMSISDN INTEGER ::= 50 
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MSISDN-BS ::= SEQUENCE { 








msisdn 




ISDN-AddressString, 




basicServiceList 


[0] 


BasicServiceList 


OPTIONAL, 


extensionContainer 


[1] 


ExtensionContainer 


OPTIONAL, 



RequestedCAMEL- 


Sub 


scriptionlnfo : 


= ENUMERATED { 


o-CSI 








(0), 


t-CSI 








(1), 


vt-CSI 








(2), 


tif-CSI 








(3), 


gprs-CSI 








(4), 


mo-sms-CSI 








(5), 


ss-CSI 








(6), 


m-CSI 








(7), 


d-csi 








(8)} 



AdditionalRequestedCAMEL-Subscriptionlnfo ::= ENUMERATED { 

mt-sms-CSI (0) , 

mg-csi (1) , 

o-IM-CSI (2), 

d-IM-CSI (3), 

vt-IM-CSI (4) , 

exception handling: unknown values shall be discarded by the receiver. 



CallForwardingData ::= SEQUENCE { 






forwardingFeatureList 


Ext-ForwFeatureList , 




notif icationToCSE 


NULL 


OPTIONAL, 


extensionContainer 

...1 


[0] ExtensionContainer 


OPTIONAL, 



CallBarringData ::= SEQUENCE { 






callBarringFeatureList 


Ext-CallBarFeatureList, 




password 


Password 


OPTIONAL, 


wrongPasswordAt tempt sCounter 


WrongPasswordAt tempt sCounter 


OPTIONAL, 


notif icationToCSE 


NULL 


OPTIONAL, 


extensionContainer 

...1 


ExtensionContainer 


OPTIONAL, 



I WrongPasswordAt tempt sCounter ::= INTEGER (0..4) 



ODB-Info ::= SEQUENCE { 






odb-Data 


ODB-Data, 




notif icationToCSE 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



CAMEL- Subscriptionlnfo ::= SEQUENCE { 








o-CSI 


[0] 


O-CSI 


OPTIONAL, 


o-BcsmCamelTDP-CriteriaList 


[1] 


0-BcsmCamelTDPCriteriaList 


OPTIONAL, 


d-CSI 


[2] 


D-CSI 


OPTIONAL, 


t-CSI 


[3] 


T-CSI 


OPTIONAL, 


t-BCSM-CAMEL-TDP-CriteriaList 


[4] 


T-BCSM-CAMEL-TDP-CriteriaList OPTIONAL, 


vt-CSI 


[5] 


T-CSI 


OPTIONAL, 


vt-BCSM-CAMEL-TDP-CriteriaList 


[6] 


T-BCSM-CAMEL-TDP-CriteriaList OPTIONAL, 


tif-CSI 


[7] 


NULL 


OPTIONAL, 


tif-CSI -Not if icationToCSE 


[8] 


NULL 


OPTIONAL, 


gprs-CSI 


[9] 


GPRS-CSI 


OPTIONAL, 


mo-sms-CSI 


[10] 


SMS-CSI 


OPTIONAL, 


ss-CSI 


[11] 


SS-CSI 


OPTIONAL, 


m-CSI 


[12] 


M-CSI 


OPTIONAL, 


extensionContainer 


[13] 


ExtensionContainer 


OPTIONAL, 


specif icCSIDeletedList 


[14] 


Specif icCSI- Withdraw 


OPTIONAL, 


mt-sms-CSI 


[15] 


SMS-CSI 


OPTIONAL, 


mt-smsCAMELTDP-CriteriaList 


[16] 


MT-smsCAMELTDP-CriteriaList 


OPTIONAL, 


mg-csi 


[17] 


MG-CSI 


OPTIONAL, 


o-IM-CSI 


[18] 


O-CSI 


OPTIONAL, 


o-IM-BcsmCamelTDP-CriteriaList 


[19] 


0-BcsmCamelTDPCriteriaList 


OPTIONAL, 


d-IM-CSI 


[20] 


D-CSI 


OPTIONAL, 


vt-IM-CSI 


[21] 


T-CSI 


OPTIONAL, 


vt-IM-BCSM-CAMEL-TDP-CriteriaList 
1 


[22] 


T-BCSM-CAMEL-TDP-CriteriaLi 


3t OPTIONAL 
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AnyTimeModificationArg ::= SEQUENCE { 








subscriberldentity 


[0] 


Subscriberldentity, 




gsmSCF -Address 


[1] 


ISDN- AddressSt ring, 




modif i cat ionRequest For- CF- Info 


[2] 


Modif icat ionRequest For - 


-CF-Info OPTIONAL, 


modif icationRequest For- CB- Info 


[3] 


Modif icat ionRequest For - 


-CB-Info OPTIONAL, 


modif icat ionRequest For- CSI 


[4] 


Modif icat ionRequest For - 


-CSI OPTIONAL, 


extensionContainer 


[5] 


ExtensionContainer 


OPTIONAL, 


longFTN- Supported 


[6] 


NULL 


OPTIONAL, 


modif icat ionRequest For- ODB- data 


[7] 


Modif icat ionRequest For - 


-ODB-data OPTIONAL, 


modif icat ionRequest For- IP- SM-GW-Data 


[8] 


Modif icat ionRequest For - 


-IP-SM-GW-Data OPTIONAL, 


ac ti vat ionRequestForUE- reachability 


[9] 


ServingNode 


OPTIONAL, 


modif icat ionRequest For- CSG 


[10] 


Modif icat ionRequest For - 


-CSG OPTIONAL } 



Modif icat ionRequestFor- CSG 

modi fyNot if icat ionToCSE 
extensionContainer 

-^A 



:= SEQUENCE { 

[0] Modif icationlnstruction OPTIONAL, 
[1] ExtensionContainer OPTIONAL, 



ServingNode : 


= BIT 


STRING { 










mme 


(0) } 


(SIZE 


(1 


. .8) ) 










-- Other 


bits 


than 


lis 


ted above 


shall 


be 


di 


scarded. 



AnyTimeModificationRes ::= SEQUENCE { 










ss-InfoFor-CSE 


[0] 


Ext-SS-InfoFor-CSE 


OPTIONAL, 




camel- Subscript ionlnfo 


[1] 


CAMEL- Subscript ionlnfo 


OPTIONAL, 




extensionContainer 


[2] 


ExtensionContainer 


OPTIONAL, 




odb-Info 


[3] 


ODB-Info 


OPTIONAL 


1 



ModificationRequestFor-CF- 


Info : 


= SEQUENCE { 






ss-Code 




[0] 


SS-Code, 




basicService 




[1] 


Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 




[2] 


Ext-SS-Status 


OPTIONAL, 


forwardedToNumber 




[3] 


AddressSt ring 


OPTIONAL, 


forwardedToSubaddress 




[4] 


ISDN- SubaddressSt ring 


OPTIONAL, 


noReplyConditionTime 




[5] 


Ext -NoRepCondTime 


OPTIONAL, 


modi fyNot if icat ionToCSE 


[6] 


Modif icationlnstruction 


OPTIONAL, 


extensionContainer 




[7] 


ExtensionContainer 


OPTIONAL, 



Modif icationRequestFor-CB-Info : := 


SEQUENCE { 






ss-Code 


[0] 


SS-Code, 




basicService 


[1] 


Ext-BasicServiceCode 


OPTIONAL, 


ss-Status 


[2] 


Ext-SS-Status 


OPTIONAL, 


password 


[3] 


Password 


OPTIONAL, 


wrongPasswordAttemptsCounter 


[4] 


WrongPasswordAttemptsCounter 


OPTIONAL, 


modi fyNot if icat ionToCSE 


[5] 


Modif icationlnstruction 


OPTIONAL, 


extensionConta i ner 


[6] 


ExtensionContainer 


OPTIONAL, 



ModificationRequestFor-ODB-data : 


= SEQUENCE 


{ 




odb-data 


[0] 


ODB-Data 


OPTIONAL, 


modi fyNot if icat ionToCSE 


[1] 


Modif icationlnstruction 


OPTIONAL, 


extensionContainer 


[2] 


ExtensionContainer 


OPTIONAL, 



Modif icationRequestFor-CSI ::= SEQUENCE { 






requestedCamel- Subscript ionlnfo [0] 


RequestedCAMEL- Subscript 


ionlnfo. 


modifyNotif icationToCSE [1] 


Modif icationlnstruction 


OPTIONAL, 


modifyCSI-State [2] 


Modif icationlnstruction 


OPTIONAL, 


extensionContainer [3] 


ExtensionContainer 


OPTIONAL, 


additionalRequestedCAMEL-SubscriptionInf 


o 




[4] 


AdditionalRequestedCAMEL- 


Subscript ionlnfo 
OPTIONAL } 


-- requestedCamel -Subscript ionlnfo shall be discarded if 




-- additionalRequestedCAMEL-Subscriptionlnfo 


is received 





Modif icat ionRequestFor -IP -SM-GW-Data 

modifyRegistrationStatus 
extensionContainer 



:= SEQUENCE { 

[0] Modif icationlnstruction OPTIONAL, 
[1] ExtensionContainer OPTIONAL, 
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Modi ficationlns true t ion 

deactivate 
activate 



ENUMERATED 



(0) , 



subscriber data modification notification types 



NoteSubscriberDataModifiedArg : 


= SEQUENCE { 




imsi 


IMSI, 




msisdn 


ISDN- AddressSt ring, 




forwardinglnfoFor-CSE 


[0] Ext-ForwardinglnfoFor-CSE 


OPTIONAL, 


callBarringlnfoFor-CSE 


[1] Ext-CallBarringlnfoFor-CSE 


OPTIONAL, 


odb-Info 


[2] ODB-Info 


OPTIONAL, 


camel- Subscript ionlnfo 


[3] CAMEL-Subscriptionlnfo 


OPTIONAL, 


alllnformationSent 


[4] NULL 


OPTIONAL, 


extensionConta i ner 


ExtensionContainer 


OPTIONAL, 


ue-reachable 


[5] ServingNode 


OPTIONAL, 


csg- Subscript ionDataList 


[6] CSG-SubscriptionDataList 


OPTIONAL } 



NoteSubscriberDataModif iedRes 

extensionContainer 



:= SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



^^^ 



mobility management event notif icatioon info types 



NoteMM-EventArg: := SEQUENCE { 








serviceKey 


ServiceKey, 




eventMet 


[0] 


MM -Code, 




imsi 


[1] 


IMSI, 




msisdn 


[2] 


ISDN- AddressSt ring. 




locationlnformation 


[3] 


Locationlnformation 


OPTIONAL, 


support edCAMELPhases 


[5] 


Support edCamel Phases 


OPTIONAL, 


extensionContainer 


[6] 


ExtensionContainer 


OPTIONAL, 


locationlnformationGPRS 


[7] 


LocationlnformationGPRS 


OPTIONAL, 


of feredCamel4 Functionalities 

} 


[8] 


Of feredCamel4 Functionalities 


OPTIONAL 



NoteMM-EventRes ::= SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



Ext-SS-InfoFor-CSE ::= CHOICE { 
forwardinglnfoFor-CSE 
callBarringlnfoFor-CSE 

\ 



[0] Ext-ForwardinglnfoFor-CSE, 
[1] Ext-CallBarringlnfoFor-CSE 



Ext-ForwardinglnfoFor-CSE : 


= SEQUENCE 


{ 








ss-Code 






[0] 


SS-Code, 




forwardingFeatureList 






[1] 


Ext-ForwFeatureList , 




notif icationToCSE 






[2] 


NULL 


OPTIONAL, 


extensionContainer 
...1 






[3] 


ExtensionContainer 


OPTIONAL, 



Ext-CallBarringlnfoFor-CSE ::= SEQUENCE 


{ 






ss-Code 


[0] 


SS-Code, 




callBarringFeatureList 


[1] 


Ext-CallBarFeatureList, 




password 


[2] 


Password 


OPTIONAL, 


wrongPasswordAttemptsCounter 


[3] 


WrongPasswordAttemptsCounter 


OPTIONAL, 


notif icationToCSE 


[4] 


NULL 


OPTIONAL, 


extensionContainer 
...1 


[5] 


ExtensionContainer 


OPTIONAL, 



END 



1 7.7.2 Operation and maintenance data types 

MAP-OM-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-OM-DataTypes (12) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 
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BEGIN 

EXPORTS 

Ac t ivat eTraceModeArg , 
ActivateTraceModeRes , 
DeactivateTraceModeArg, 
DeactivateTraceModeRes , 
TracePropagationList 



IMPORTS 

AddressString, 

IMSI, 

GSN-Address 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



ActivateTraceModeArg : : = 


SEQUENCE { 








imsi 




[0] 


IMSI 


OPTIONAL, 


traceReference 




[1] 


TraceReference , 




traceType 




[2] 


TraceType, 




omc-Id 




[3] 


AddressString 


OPTIONAL, 


extensionContainer 




[4] 


ExtensionContainer 


OPTIONAL, 


traceReference2 




[5] 


TraceReference2 


OPTIONAL, 


traceDepthList 




[6] 


TraceDepthList 


OPTIONAL, 


traceNE-TypeList 




[7] 


TraceNE-TypeList 


OPTIONAL, 


tracelnterfaceList 




[8] 


TracelnterfaceList 


OPTIONAL, 


traceEventList 




[9] 


TraceEventList 


OPTIONAL, 


traceCollectionEntity 
1 


[10 


GSN-Address 


OPTIONAL 



TraceReference 



OCTET STRING (SIZE (1..2) 



|TraceReference2 ::= OCTET STRING (SIZE (3)) 



iTraceRecordingSessionReference ::= OCTET STRING (SIZE (2)) 



TraceType : : = INTEGER 






(0. .255) 






-- Trace types are fully defined in 


3GPP TS 52.008. 


[61] 



TraceDepthList ::= SEQUENCE { 








msc - s - TraceDepth 


[0] 


TraceDepth 


OPTIONAL, 


mgw-TraceDepth 


[1] 


TraceDepth 


OPTIONAL, 


sgsn- TraceDepth 


[2] 


TraceDepth 


OPTIONAL, 


ggsn- TraceDepth 


[3] 


TraceDepth 


OPTIONAL, 


rnc-TraceDepth 


[4] 


TraceDepth 


OPTIONAL, 


bmsc -TraceDepth 


[5] 


TraceDepth 


OPTIONAL, 


mme- TraceDepth 


[6] 


TraceDepth 


OPTIONAL, 


sgw-TraceDepth 


[7] 


TraceDepth 


OPTIONAL, 


pgw-TraceDepth 


[8] 


TraceDepth 


OPTIONAL, 


eNB-TraceDepth 


[9] 


TraceDepth 


OPTIONAL } 



TraceDepth : : = ENUMERATED { 






minimum (0) , 






medium (1) , 






maximum (2) , 

• ••} 

-- The value medium is applicable only for RNC. 






For other network elements, 


if value medium 


--is received, value minimum shall be applied. 
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TraceNE-TypeLi 


St : : 


= BIT STRING 


{ 








msc- 


s (0) 


, 












mgw 


(1) , 














sgsn (2) , 














ggsn (3) , 














rnc 


(4), 














bm-sc (5) 


, 












mme 


(6) , 














sgw 


(7) , 














pgw 


(8), 














eNB 


(9) } 


(SIZE 


(6. .16) ) 










-- Other 


bits 


than 


listed above 


shall 


be 


di 


scarded. 



TracelnterfaceList : 


= SEQUENCE { 








msc-s-List 




[0] 


MSC-S-InterfaceList 


OPTIONAL, 


mgw-List 




[1] 


MGW-InterfaceList 


OPTIONAL, 


sgsn-List 




[2] 


SGSN-InterfaceList 


OPTIONAL, 


ggsn-List 




[3] 


GGSN-InterfaceList 


OPTIONAL, 


rnc-List 




[4] 


RNC-InterfaceList 


OPTIONAL, 


bmsc-List 




[5] 


BMSC-InterfaceList 


OPTIONAL, 


mme-List 




[6] 


MME-InterfaceList 


OPTIONAL, 


sgw-List 




[7] 


SGW-InterfaceList 


OPTIONAL, 


pgw-List 




[8] 


PGW-InterfaceList 


OPTIONAL, 


eNB-List 




[9] 


ENB-InterfaceList 


optional} 



MSC-S-InterfaceList ::= BIT STRING { 


a (0) , 


iu (1) , 


mc (2), 


map-g (3) , 


map-b (4) , 


map-e (5) , 


map-f (6) , 


cap (7) , 


map-d (8) , 


map-c (9) } (SIZE (10. .16) ) 


-- Other bits than listed above shall be discarded. 



MGW-InterfaceLi 


St : : = 


BIT 


STRING 


I 








mc 


(0) , 
















nb- 


-up (1) , 
















iu- 


-up (2) } 


(SIZE 


(3. . 


8) ) 










-- Other bits than listed 


above 


shall 


be 


di 


scarded. 



SGSN-InterfaceList ::= BIT STRING { 


gb (0) , 


iu (1), 


gn (2) , 


map-gr (3) , 


map-gd (4) , 


map-gf (5) , 


gs (6), 


ge (7), 


S3 (8), 


s4 (9), 


s6d (10) } (SIZE (8. .16) ) 


-- Other bits than listed above shall be discarded. 



GGSN-InterfaceList 


: : = 


BIT 


STRING 


{ 






gn 


(0), 


















gi 


(1) , 


















gmb 


(2)} 


(SIZE 


(3 


. .8) ) 












-- Other 


- bits 


than 


lis 


ted above 


shall 


be 


discarded. 



RNC-InterfaceList 


: = 


BIT 


STRING 


f 








iu (0) , 


















iur (1) , 


















iub (2) , 


















uu (3) } 


(SIZE 


(4. 


.8) ) 












-- Other bits than 


listed 


above 


shall 


be 


di 


scarded. 



BMSC-InterfaceList ::= BIT STRING { 

gmb (0)} (SIZE (1..8)) 
-- Other bits than listed above shall be discarded. 
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MME-InterfaceList : 


: = 


BIT STRING 


I 






sl-mme (0) , 












S3 


(1) , 












s6a 


(2) , 












slO 


(3) , 












sll 


(4)} (SIZE 


(5 


..8)) 








-- Other 


bits than 


lis 


ted above 


shall 


be 


discarded. 



SGW-InterfaceList : 


: = 


BIT STRING 


I 








S4 (0), 
















s5 (1), 
















s8b (2) , 
















sll (3), 
















gxc (4)} 


(SIZE 


(5 


..8)) 










-- Other bits 


than 


lis 


ted above 


shall 


be 


di 


scarded. 



PGW-InterfaceList : 


: = 


BIT 


STRING 


{ 






s2a 


(0) , 
















s2b 


(1), 
















s2c 


(2) , 
















s5 


(3) , 
















s6b 


(4) , 
















gx 


(5) , 
















s8b 


(6) , 
















sgi 


(7)} 


(SIZE 


(8 


. .16) ) 








-- Other 


bits 


than 


lis 


ted 


above 


shall 


be 


discarded. 



ENB-InterfaceList 


: = 


BIT 


STRING 


{ 








sl- 


-mme (0) , 
















x2 


(1) , 
















uu 


(2)} (SIZE 


(3. 


.8) ) 












-- other bits than 


listed 


above 


shall 


be 


di 


scarded. 



TraceEventList : : 


= SEQUENCE { 








msc-s-List 




[0] 


MSC-S-EventList 


OPTIONAL, 


mgw-List 




[1] 


MGW- Event Li St 


OPTIONAL, 


sgsn-List 




[2] 


SGSN-EventList 


OPTIONAL, 


ggsn-List 




[3] 


GGSN-EventList 


OPTIONAL, 


bmsc-List 




[4] 


BMSC-EventList 


OPTIONAL, 


mme-List 




[5] 


MME-EventList 


OPTIONAL, 


sgw-List 




[6] 


SGW-EventList 


OPTIONAL, 


pgw-List 




[7] 


PGW-EventList 


OPTIONAL} 



MSC-S-EventList : : = 


= BIT STRING { 








mo-mtCall (0) , 










mo-mt-sms (1) , 










lu-imsiAttach- 


imsiDetach (2) , 








handovers (3) , 










ss (4) } (SIZE 


(5. .16) ) 








-- Other bits than 


listed above shall 


be 


di 


scarded. 



MGW-EventList 


: : = 


BIT STRING { 










context 


(0) } 


(SIZE (1 


. .8) ) 










-- Other bits 


than listed 


above 


shall 


be 


di 


scarded. 



SGSN-EventList ::= BIT STRING { 










pdpContext (0) , 










mo-mt-sms (1) , 










rau-gprsAttach-gprsDetach 


(2) , 








mbmsContext (3)} (SIZE (4. 


16) ) 








-- Other bits than listed above 


shall 


be 


di 


scarded. 



GGSN-EventList ::= BIT STRING { 

pdpContext (0) , 

mbmsContext (1)} (SIZE (2.. 8)) 
-- Other bits than listed above shall be discarded. 



BMSC-EventList ::= BIT STRING { 

mbmsMulticastServiceActivation (0)} (SIZE (1..8)) 
-- Other bits than listed above shall be discarded. 
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MME-EventList ::= BIT STRING { 

ue-initiatedPDNconectivityRequest (0) , 
serviceRequestts (1) , 

initialAttachTrackingAreaUpdateDetach (2) , 
ue-initiatedPDNdisconnection (3) , 
bearerActivationModif icationDeletion (4) , 
handover (5)} (SIZE (6.. 8)) 

-- Other bits than listed above shall be discarded. 



SGW-EventList ::= BIT STRING { 

pdn-connectionCreation (0) , 

pdn-connectionTermination (1) , 

bearerActivationModif icationDeletion (2)} (SIZE {3 . A 
-- Other bits than listed above shall be discarded. 



)) 



PGW-EventList ::= BIT STRING { 

pdn-connectionCreation (0) , 

pdn- connect ionTerminat ion (1) , 

bearerActivationModif icationDeletion (2)} (SIZE (3..E 
-- Other bits than listed above shall be discarded. 



)) 



TracePropagationList ::= 


SEQUENCE { 








traceReference 




[0] 


TraceReference 


OPTIONAL, 


traceType 




[1] 


TraceType 


OPTIONAL, 


traceReference2 




[2] 


TraceReference2 


OPTIONAL, 


traceRecordingSessionReference 


[3] 


TraceRecordingSessionRefe 


rence OPTIONAL, 


rnc-TraceDepth 




[4] 


TraceDepth 


OPTIONAL, 


rnc-InterfaceList 




[5] 


RNC-InterfaceList 


OPTIONAL, 


msc - s - TraceDepth 




[6] 


TraceDepth 


OPTIONAL, 


msc-s-InterfaceList 




[7] 


MSC-S-InterfaceList 


OPTIONAL, 


msc-s-EventList 




[8] 


MSC-S-EventList 


OPTIONAL, 


mgw- TraceDepth 




[9] 


TraceDepth 


OPTIONAL, 


mgw-InterfaceList 




[10] 


MGW-InterfaceList 


OPTIONAL, 


mgw- Event Li St 




[11] 


MGW- Event Li St 


OPTIONAL, 



ActivateTraceModeRes : : = SEQUENCE { 








extensionContainer 


[0] 


ExtensionContainer 


OPTIONAL, 


traceSupport Indicator 
1 


[1] 


NULL 


OPTIONAL 



DeactivateTraceModeArg : 


= SEQUENCE 


{ 








imsi 






[0] 


IMSI 


OPTIONAL, 


traceReference 






[1] 


TraceReference, 




extensionContainer 






[2] 


ExtensionContainer 


OPTIONAL, 


traceReference2 
1 






[3] 


TraceReference2 


OPTIONAL 



DeactivateTraceModeRes 

extensionContainer 



SEQUENCE { 



[0] ExtensionContainer 



OPTIONAL, 



1 7.7.3 Call handling data types 

MAP-CH-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CH-DataTypes (13) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

SendRout inginf oArg , 
SendRoutingInf oRes , 
ProvideRoamingNumberArg , 
ProvideRoamingNumberRes , 
ResumeCal iHandl ingArg , 
ResumeCallHandlingRes , 
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NumberOf Forwarding , 

SuppressionOf Announcement , 

CallReferenceNumber, 

Se t Report ingS t at eArg, 

SetReportingStateRes , 

StatusReportArg, 

StatusReportRes , 

RemoteUserFreeArg , 

RemoteUserFreeRes , 

IST-AlertArg, 

IST-AlertRes, 

I ST - CommandArg , 

IST-CommandRes, 

UU-Data, 

ReleaseResourcesArg, 

ReleaseResourcesRes 



IMPORTS 

Subscriber Info, 

SupportedCamelPhases , 

Of f eredCamel4CSIs , 

CUG-Interlock, 

0-CSI, 

D-CSI, 

0-BcsmCamelTDPCriteriaList , 

T-BCSM-CAMEL-TDP-CriteriaList , 

I ST -Support Indicator, 

IST-AlertTimerValue , 

T-CSI, 

NumberPortabilityStatus , 

PagingArea 
FROM MAP-MS -DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-MS-DataTypes (11) versionl2 (12) } 

ForwardingOptions , 
SS-List, 
CCBS-Feature 
FROM MAP- SS -DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map- SS -DataTypes (14) versionl2 (12) } 

ISDN- AddressSt ring, 
ISDN- SubaddressSt ring, 
FTN- AddressSt ring. 
External Signal Info, 
Ext -External Signal Info, 
IMSI, 
LMSI, 

Ext-BasicServiceCode, 
Alert ingPat tern, 
NAEA- Pref erredCI , 
EMLPP-Priority 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



CUG-Checklnfo ::= SEQUENCE { 






cug- Interlock 


CUG-Interlock, 




cug-OutgoingAccess 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



I NumberOf Forwarding ::= INTEGER (1..5) 
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SendRoutingInf oArg : : = SEQUENCE { 








msisdn 


[0] 


ISDN-AddressString, 




cug-Checklnfo 


[1] 


CUG-Checklnfo 


OPTIONAL, 


numberOf Forwarding 


[2] 


NumberOf Forwarding 


OPTIONAL, 


interrogationType 


[3] 


InterrogationType, 




or- Interrogation 


[4] 


NULL 


OPTIONAL, 


or-Capability 


[5] 


OR- Phase 


OPTIONAL, 


gmsc-OrGsmSCF -Address 


[6] 


ISDN- AddressSt ring, 




callReferenceNumber 


[7] 


CallReferenceNumber 


OPTIONAL, 


forwardingReason 


[8] 


ForwardingReason 


OPTIONAL, 


basicServiceGroup 


[9] 


Ext-BasicServiceCode 


OPTIONAL, 


networks ignal Info 


[10 


External Signal Info 


OPTIONAL, 


camellnfo 


[11 


Camellnfo 


OPTIONAL, 


suppressionOf Announcement 


[12 


SuppressionOf Announcement 


OPTIONAL, 


extensionContainer 


[13 


ExtensionContainer 


OPTIONAL, 


alert ingPat tern 


[14 


Alert ingPat tern 


OPTIONAL, 


ccbs-Call 


[15 


NULL 


OPTIONAL, 


supportedCCBS - Phase 


[16 


SupportedCCBS - Phase 


OPTIONAL, 


additionalSignallnfo 


[17 


Ext -External Signal Info 


OPTIONAL, 


ist Support Indicator 


[18 


IST- Support Indicator 


OPTIONAL, 


pre-pagingSupported 


[19 


NULL 


OPTIONAL, 


callDiversionTreatment Indicator 


[20 


CallDiversionTreatmentlndicator OPTIONAL, 


longFTN- Supported 


[21 


NULL 


OPTIONAL, 


suppress-VT-CSI 


[22 


NULL 


OPTIONAL, 


suppress IncomingCallBarring 


[23 


NULL 


OPTIONAL, 


gsmSCF-InitiatedCall 


[24 


NULL 


OPTIONAL, 


basicServiceGroup2 


[25 


Ext-BasicServiceCode 


OPTIONAL, 


networkSignalInfo2 


[26 


ExternalSignallnfo 


OPTIONAL, 


suppressMTSS 


[27 


SuppressMTSS 


OPTIONAL, 


mtRoamingRetrySupported 


[28 


NULL 


OPTIONAL, 


callPriority 
1 


[29 


EMLPP-Priority 


OPTIONAL 



I SuppressionOf Announcement ::= NULL 



SuppressMTSS ::= BIT STRING { 

suppressCUG (0) , 

suppressCCBS (1) } (SIZE (2.. 16)) 

Other bits than listed above shall be discarded 



InterrogationType : 

basicCall (0) , 
forwarding (1) 



ENUMERATED 



OR-Phase ::= INTEGER (1..127) 



CallReferenceNumber ::= OCTET STRING (SIZE (1..8)) 



ForwardingReason 

notReachable 
busy (1) , 
noReply (2) } 



:= ENUMERATED 
(0), 



SupportedCCBS -Phase ::= 


INTEGER (1 


. .127) 












-- exception handling: 
















-- Only value 1 is used 
















-- Values in the ranges 


2-127 are 


reserved 


for 


fut 


ure 


use. 


--If received values 2- 


-127 shall 


be mapped 


on 


to 


value 


I. 



CallDiversionTreatmentlndicator ::= OCTET STRING (SIZE(l) 
callDiversionAl lowed (xxxx xxOl) 
callDiversionNotAllowed (xxxx xxlO) 
network default is call diversion allowed 
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SendRoutinglnfoRes ::= [3] SEQUENCE { 








imsi 




[9] 


IMSI 


OPTIONAL, 


-- IMSI must be present if SendRout 


inglnfoRes is not segmented. 




--If the TC-Result-NL segmentation 


option is taken the IMSI must be 




-- present in one segmented 


transmission 


of SendRoutinglnfoRes . 




extendedRoutinglnfo 




ExtendedRoutinglnfo 


OPTIONAL, 


cug-Checklnfo 




[3] 


CUG-Checklnfo 


OPTIONAL, 


cugSubscriptionFlag 




[6] 


NULL 


OPTIONAL, 


subscriberlnfo 




[7] 


Subscriberlnfo 


OPTIONAL, 


ss-List 




[1] 


ss-List 


OPTIONAL, 


basicService 




[5] 


Ext-BasicServiceCode 


OPTIONAL, 


forwardinglnterrogationRequired 


[4] 


NULL 


OPTIONAL, 


vmsc -Address 




[2] 


ISDN- AddressSt ring 


OPTIONAL, 


extensionConta i ner 




[0] 


ExtensionContainer 


OPTIONAL, 


naea-PreferredCI 




[10] 


NAEA-PreferredCI 


OPTIONAL, 


-- naea-PreferredCI is included at 


the discretion of the HLR operator. 




ccbs-Indicators 




[11] 


CCBS-Indicators 


OPTIONAL, 


msisdn 




[12] 


ISDN- AddressSt ring 


OPTIONAL, 


number Port abilityStatus 




[13] 


Number Port abilityStatus 


OPTIONAL, 


istAlertTimer 




[14] 


IST-AlertTimerValue 


OPTIONAL, 


supportedCamelPhasesInVMSC 




[15] 


SupportedCamelPliases 


OPTIONAL, 


offeredCamel4CSIsInVMSC 




[16] 


OfferedCamel4CSIs 


OPTIONAL, 


routingInfo2 




[17] 


Routinglnfo 


OPTIONAL, 


ss-List2 




[18] 


ss-List 


OPTIONAL, 


basicService2 




[19] 


Ext-BasicServiceCode 


OPTIONAL, 


allowedServices 




[20] 


AllowedServices 


OPTIONAL, 


unavailabilityCause 




[21] 


UnavailabilityCause 


OPTIONAL, 


releaseResourcesSupported 




[22] 


NULL 


OPTIONAL, 


gsm-BearerCapability 




[23] 


External Signal Info 


OPTIONAL, 


mtRoamingRe try Indicator 

} 




[24] 


NULL 


OPTIONAL 



AllowedServices ::= BIT STRING { 










firstServiceAl lowed 




(0) 


, 






secondServiceAl lowed 




(1) 


} 


(SIZE (2. . 


8) ) 


firstService is 


the service 


indicated 


in the networks ignal Info 


secondService is 


the service 


indica 


ted in the networks ignalInfo2 


Other bits than 


listed above 


shall 


be 


discarded 


1 



UnavailabilityCause ::= ENUMERATED { 

bearerServiceNotProvisioned (1) , 

teleserviceNotProvisioned (2) , 

absentSubscriber (3) , 

busySubscriber (4) , 

callBarred (5) , 

cug-Reject (6) , 

• ••} 

exception handling: 

Reception of otlier values tlian tlie ones listed sliall result in tlie service 
being unavailable for tliat call. 



CCBS-Indicators ::= SEQUENCE { 








ccbs-Possible 


[0] 


NULL 


OPTIONAL, 


keepCCBS- Call Indicator 


[1] 


NULL 


OPTIONAL, 


extensionConta i ner 
...1 


[2] 


ExtensionContainer 


OPTIONAL, 



Routinglnfo ::= CHOICE 

r o am i ngNumb e r 
forwardingData 



ISDN- AddressSt ring, 
ForwardingData } 



ForwardingData : : = SEQUENCE { 




















forwardedToNumber 








[5] 


ISDN- AddressSt ring 








OPTIONAL, 


-- When this datatype is 


sent 


from 


an HLR which supports CAMEL 


Phase 


2 




-- to a GMSC which supports 


CAMEL 


Phase 


2 the GMSC shall not check 


the 




-- format of the number 




















forwardedToSubaddress 








[4] 


ISDN- SubaddressSt ring 








OPTIONAL, 


forwardingOptions 








[6] 


ForwardingOptions 








OPTIONAL, 


extensionContainer 








[7] 


ExtensionContainer 








OPTIONAL, 


longForwardedToNumber 








[8] 


FTN- AddressSt ring 








OPTIONAL} 
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ProvideRoamingNumberArg : : = SEQUENCE { 








imsi 


[0] 


IMSI, 




msc -Number 


[1] 


ISDN- AddressSt ring, 




msisdn 


[2] 


ISDN- AddressSt ring 


OPTIONAL, 


Imsi 


[4] 


LMSI 


OPTIONAL, 


gsm-BearerCapability 


[5] 


External Signal Info 


OPTIONAL, 


networks ignal Info 


[6] 


External Signal Info 


OPTIONAL, 


suppressionOf Announcement 


[7] 


SuppressionOf Announcement 


OPTIONAL, 


gmsc -Address 


[8] 


ISDN- AddressSt ring 


OPTIONAL, 


callReferenceNumber 


[9] 


CallReferenceNumber 


OPTIONAL, 


or- Interrogation 


[10] 


NULL 


OPTIONAL, 


extensionContainer 


[11] 


ExtensionContainer 


OPTIONAL, 


alert ingPat tern 


[12] 


Alert ingPat tern 


OPTIONAL, 


ccbs-Call 


[13] 


NULL 


OPTIONAL, 


support edCamel Phases InlnterrogatingNode 


[15] SupportedCamelPhases 


OPTIONAL, 


additionalSignallnfo 


[14] 


Ext -ExternalSignal Info 


OPTIONAL, 


orNotSupportedlnGMSC 


[16] 


NULL 


OPTIONAL, 


pre-pagingSupported 


[17] 


NULL 


OPTIONAL, 


longFTN- Supported 


[18] 


NULL 


OPTIONAL, 


suppress-VT-CSI 


[19] 


NULL 


OPTIONAL, 


of feredCamel4CS Is InlnterrogatingNode 


[20] 


OfferedCamel4CSIs 


OPTIONAL, 


mtRoamingRetrySupported 


[21] 


NULL 


OPTIONAL, 


pagingArea 


[22] 


PagingArea 


OPTIONAL, 


callPriority 
1 


[23] 


EMLPP-Priority 


OPTIONAL 



ProvideRoamingNumberRes : : - SEQUENCE { 






r o am i ngNumb e r 


ISDN- AddressSt ring. 




extensionContainer 


ExtensionContainer 


OPTIONAL, 


releaseResourcesSupported 


NULL 


OPTIONAL } 



ResumeCallHandlingArg ::= 


SEQUENCE { 








callReferenceNumber 




[0] 


CallReferenceNumber 


OPTIONAL, 


basicServiceOroup 




[1] 


Ext-BasicServiceCode 


OPTIONAL, 


forwardingData 




[2] 


ForwardingData 


OPTIONAL, 


imsi 




[3] 


IMSI 


OPTIONAL, 


cug-Checklnfo 




[4] 


CUG-Checklnfo 


OPTIONAL, 


o-CSI 




[5] 


O-CSI 


OPTIONAL, 


extensionContainer 




[7] 


ExtensionContainer 


OPTIONAL, 


ccbs-Possible 




[8] 


NULL 


OPTIONAL, 


msisdn 




[9] 


ISDN- AddressSt ring 


OPTIONAL, 


uu-Data 




[10] 


uu-Data 


OPTIONAL, 


alllnformationSent 




[11] 


NULL 


OPTIONAL, 


d-csi 




[12] 


D-CSI 


OPTIONAL, 


o-BcsmCamelTDPCriteriaList 


[13] 


0-BcsmCamelTDPCriteriaList 


OPTIONAL, 


basicServiceGroup2 




[14] 


Ext-BasicServiceCode 


OPTIONAL, 


mtRoamingRetry 
1 




[15] 


NULL 


OPTIONAL 



uu-Data ::= SEQUENCE { 








uulndicator 


[0] 


uulndicator 


OPTIONAL, 


uui 


[1] 


UUI 


OPTIONAL, 


uusCFInteraction 


[2] 


NULL 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 



uulndicator ::= OCTET STRING (SIZE (1)) 

-- Octets are coded according to ETS 3 00 356 



UUI ::= OCTET STRING (SIZE (1..131)) 

-- Octets are coded according to ETS 3 00 356 



ResumeCallHandlingRes ::= SEQUENCE 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



Camellnfo ::= SEQUENCE { 






SupportedCamelPhases 


SupportedCamelPhases , 




suppress-T-CSI 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 


of feredCamel4CSIs 


[0] OfferedCamel4CSIs 


OPTIONAL } 
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ExtendedRoutinglnfo : 

routinginf o 
camelRoutinglnfo 



CHOICE 



Routinginf o, 
[8] CamelRoutinglnfo} 



CamelRoutinglnfo : : = SEQUENCE { 






forwardingData 


ForwardingData 


OPTIONAL, 


gmscCamelSubscriptionlnfo 


[0] GmscCamelSubscriptionlnfo, 




extensionContainer 


[1] ExtensionContainer 


OPTIONAL, 



GmscCamelSubscriptionlnfo : : = SEQUENCE { 






t-CSI 


[0] 


T-CSI OPTIONAL, 


o-CSI 


[1] 


O-CSI OPTIONAL, 


extensionContainer 


[2] 


ExtensionContainer OPTIONAL, 


o-BcsmCamelTDP-CriteriaList 


[3] 


0-BcsmCamelTDPCriteriaList OPTIONAL, 


t-BCSM-CAMEL-TDP-CriteriaList 


[4] 


T-BCSM-CAMEL-TDP-CriteriaList OPTIONAL, 


d-csi 


[5] 


D-CSI OPTIONAL} 



SetReportingStateArg : : = 


SEQUENCE { 








imsi 




[0] 


IMSI 


OPTIONAL, 


Imsi 




[1] 


LMSI 


OPTIONAL, 


ccbs -Monitoring 




[2] 


ReportingState 


OPTIONAL, 


extensionConta i ner 
...} 




[3] 


ExtensionContainer 


OPTIONAL, 



ReportingState : : = ENUMERATED { 

stopMonitoring (0) , 

startMonitoring (1) , 

• ••} 

-- exception handling: 

-- reception of values 2-10 shall be mapped to 'stopMonitoring ' 
-- reception of values > 10 shall be mapped to 'startMonitoring' 



SetReportingStateRes ::= SEQUENCE { 
ccbs- Subscribers tatus 
extensionContainer 

^J 



[0] CCBS-SubscriberStatus 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CCBS -Subscribers tatus 



ENUMERATED 



ccbsNotldle 
ccbsldle 
ccbsNot Reachable 

• ••} 

exception handling: 
reception of values 



(0), 
(1), 
(2), 



3-10 shall be mapped to 'ccbsNotldle ' 
reception of values 11-20 shall be mapped to 'ccbsldle ' 
reception of values > 20 shall be mapped to ' ccbsNotReachable ' 



StatusReportArg ::= SEQUENCE { 








imsi 


[0] 


IMSI, 




eventReportData 


[1] 


EventReportData 


OPTIONAL, 


callReportdata 


[2] 


CallReportData 


OPTIONAL, 


extensionConta i ner 
...} 


[3] 


ExtensionContainer 


OPTIONAL, 



EventReportData ::= SEQUENCE { 
ccbs -Subscribers tatus 
extensionContainer 



[0] CCBS-SubscriberStatus 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CallReportData ::= SEQUENCE { 








monitoringMode 


[0] 


MonitoringMode 


OPTIONAL, 


callOutcome 


[1] 


CallOutcome 


OPTIONAL, 


extensionContainer 
...} 


[2] 


ExtensionContainer 


OPTIONAL, 



MonitoringMode ::= ENUMERATED { 




a-side (0) , 




b-side (1), 
exception handling: 






reception of values 2-10 shall be mapped 


'a-side ' 


reception of values > 10 shall be mapped 


to 'b-side' 
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CallOutcome ::= ENUMERATED { 














success 












(0), 






failure 












(1), 






busy 

• ••} 

exception 












(2), 






handling: 














reception 


of 


values 


3- 


10 


shall 


be mapped 


to 


'success ' 


reception 


of 


values 


12 


-2C 


} shal} 


. be mappea 


to 


'failure ' 


reception 


of 


values 


> 


20 


shall 


be mapped 


to 


'busy' 



StatusReportRes : : = SEQUENCE 
extensionContainer 



[0] ExtensionContainer 



OPTIONAL, 



RemoteUserFreeArg ::= SEQUENCE { 








imsi 


[0] 


IMSI, 




calllnfo 


[1] 


External Signal Info, 




ccbs-Feature 


[2] 


CCBS-Feature, 




translatedB -Number 


[3] 


ISDN-AddressString, 




replaces -Number 


[4] 


NULL 


OPTIONAL, 


alert ingPat tern 


[5] 


Alert ingPat tern 


OPTIONAL, 


extensionContainer 
...1 


[6] 


ExtensionContainer 


OPTIONAL, 



RemoteUserFreeRes ::= SEQUENCE { 
ruf -Outcome 
extensionContainer 



[0] RUF -Out come, 

[1] ExtensionContainer 



OPTIONAL, 



RUF-Outcome ::= ENUMERATED { 




accepted (0) , 




rejected (1) , 




noResponseFromFreeMS (2) , -- T4 Expiry 




noResponseFromBusyMS (3) , -- TIO Expiry 




udubFromFreeMS (4) , 




udubFromBusyMS (5) , 

• ••} 

-- exception handling: 






-- reception of values 6-20 shall be mapped to 


accepted' 


-- reception of values 21-3 shall be mapped to 


'rejected' 


-- reception of values 31-40 shall be mapped to 


'noResponseFromFreeMS ' 


-- reception of values 41-50 shall be mapped to 


'noResponseFromBusyMS ' 


-- reception of values 51-60 shall be mapped to 


' UdubFromFreeMS ' 


-- reception of values > 60 shall be mapped to 


UdubFromBusyMS ' 



IST-AlertArg ::= SEQUENCE { 
imsi 
extensionContainer 



[0] IMSI, 

[1] ExtensionContainer 



OPTIONAL, 



IST-AlertRes ::= SEQUENCE { 








istAlertTimer 


[0] 


IST-AlertTimerValue 


OPTIONAL, 


istlnformationWithdraw 


[1] 


NULL 


OPTIONAL, 


callTerminationlndicator 


[2] 


CallTerminationlndicator 


OPTIONAL, 


extensionContainer 


[3] 


ExtensionContainer 


OPTIONAL, 



= sequence! 



I ST - CommandArg 

imsi 
extensionContainer 



^^^ 



[0] IMSI, 

[1] ExtensionContainer 



OPTIONAL, 



IST-CommandRes ::= SEQUENCE { 
extensionContainer 



^^^ 



ExtensionContainer 



OPTIONAL, 



CallTerminationlndicator 



:= ENUMERATED 



(0) , 
(1), 



terminateCallActivityRef erred 
terminateAllCallActivities 

• ••} 

-- exception handling: 

-- reception of values 2-10 shall be mapped to ' terminateCallActivityRef erred ' 

-- reception of values > 10 shall be mapped to ' terminateAllCallActivities ' 

--In MSCs not supporting linkage of all call activities, any value received shall 
--be interpreted as ' terminateCallActivityRef erred ' 
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ReleaseResourcesArg : : = 

msrn 
extensionContainer 



SEQUENCE! 



ISDN- AddressSt ring, 
ExtensionContainer 



OPTIONAL, 



ReleaseResourcesRes ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



^^^ 



END 



1 7.7.4 Supplementary service data types 

MAP-SS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

RegisterSS-Arg, 

SS-Info, 

SS-Status, 

SS- Subscript ionOpt ion, 

SS-ForBS-Code, 

InterrogateSS-Res, 

USSD-Arg, 

USSD-Res, 

USSD-DataCodingScheme , 

USSD-String, 

Password, 

Guidanceinf o, 

SS-List, 

SS-InfoList, 

OverrideCategory, 

CliRestrictionOption, 

NoReplyConditionTime, 

ForwardingOptions , 

maxNumOfSS, 

SS-Data, 

SS-InvocationNotif icationArg, 

SS-InvocationNotif icationRes, 

CCBS-Feature, 

RegisterCC-EntryArg, 

RegisterCC-EntryRes, 

EraseCC-EntryArg, 

EraseCC-EntryRes 



IMPORTS 

AddressSt ring, 

ISDN- AddressSt ring, 

ISDN- SubaddressSt ring, 

FTN- AddressSt ring, 

IMSI, 

BasicServiceCode, 

Alert ingPat tern, 

EMLPP- Priority, 

MaxMC-Bearers , 

MC-Bearers, 

External Signal Info 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 

SS-Code 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



397 



ETSI TS 129 002 V9.2.0 (2010-07) 



FROM MAP -SS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) 



RegisterSS-Arg ::= SEQUENCE { 






ss-Code 


SS-Code, 




basicService 


BasicServiceCode 


OPTIONAL, 


forwardedToNumber 


[4] AddressString 


OPTIONAL, 


forwardedToSubaddress 


[6] ISDN-SubaddressString 


OPTIONAL, 


noReplyConditionTime 


[5] NoReplyConditionTime 


OPTIONAL, 


default Priority 


[7] EMLPP-Priority 


OPTIONAL, 


nbrUser 


[8] MC-Bearers 


OPTIONAL, 


longFTN- Supported 


[9] NULL 


OPTIONAL } 



I NoReplyConditionTime ::= INTEGER (5.. 30) 



SS-Info : := CHOICE { 




forwardinglnfo 


[0] Forwardinglnfo, 


callBarringlnfo 


[1] CallBarringlnfo, 


ss-Data 


[3] ss-Data} 



Forwardinglnfo : : = SEQUENCE { 
ss-Code 
forwardingFeatureList 



SS-Code 
ForwardingFeatureList , 



OPTIONAL, 



ForwardingFeatureList ::= 

SEQUENCE SIZE ( 1 . .maxNumOf BasicServiceGroups) OF 
ForwardingFeature 



ForwardingFeature : : = SEQUENCE { 








basicService 


Bas 


icServiceCode 


OPTIONAL, 


ss-Status 


[4] 


SS-Status 


OPTIONAL, 


forwardedToNumber 


[5] 


ISDN- AddressString 


OPTIONAL, 


forwardedToSubaddress 


[8] 


ISDN- SubaddressSt ring 


OPTIONAL, 


forwardingOptions 


[6] 


ForwardingOptions 


OPTIONAL, 


noReplyConditionTime 


[7] 


NoReplyConditionTime 


OPTIONAL, 


longForwardedToNumber 


[9] 


FTN- AddressString 


OPTIONAL } 



SS-Status : := 


OCTET STRING (SIZE (1) ) 


-- bits 8765: 0000 (unused) 

-- bits 4321: Used to convey the "P bit","R bit", "A bit" and "Q bit", 

representing supplementary service state information 

as defined in TS 3GPP TS 23.011 [22] 


-- bit 4 


: "Q bit" 


-- bit 3 


: "P bit" 


-- bit 2 


: "R bit" 


-- bit 1 


: "A bit" 
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ForwardingOptions 



:= OCTET STRING (SIZE (1); 



bit 8: notification to forwarding party 

no notification 

1 notification 

bit 7; redirecting presentation 

no presentation 

1 presentation 

bit 6: notification to calling party 

no notification 

1 notification 

bit 5: (unused) 

bits 43: forwarding reason 

00 ms not reachable 

01 ms busy 

10 no reply 

11 unconditional when used in a SRI Result, 

or call deflection when used in a RCH Argument 
bits 21: 00 (unused) 



CallBarringlnfo ::= SEQUENCE 
ss-Code 
callBarringFeatureList 

-^A 



SS-Code 
CallBarringFeatureList , 



OPTIONAL, 



CallBarringFeatureList ::= SEQUENCE SIZE (1 . .maxNumOfBasicServiceOroups) OF 
CallBarringFeature 



CallBarringFeature 

basicService 

ss-Status [4] SS-Status 



SEQUENCE { 



BasicServiceCode 
OPTIONAL, 



OPTIONAL, 



SS-Data ::= SEQUENCE { 






ss-Code 


SS-Code 


OPTIONAL, 


ss-Status 


[4] SS-Status 


OPTIONAL, 


ss- Subscript ionOpt ion 


SS- Subscript ionOpt ion 


OPTIONAL, 


basicServiceOroupList 


BasicServiceOroupList 


OPTIONAL, 


default Priority 


EMLPP- Priority 


OPTIONAL, 


nbrUser 
} 


[5] MC-Bearers 


OPTIONAL 



SS-SubscriptionOption ::= CHOICE 

cliRestrict ionOpt ion 
overrideCategory 



[2] CliRestrictionOption, 
[1] OverrideCategory} 



CliRestrictionOption ::= ENUMERATED 

permanent (0) , 

temporaryDefaultRestricted (1) , 
temporaryPefaultAllowed (2) } 



OverrideCategory : : = ENUMERATED 

overrideEnabled (0) , 
overrideDisabled (1) } 



SS-ForBS-Code ::= SEQUENCE { 






SS-Code 


SS-Code, 




basicService 


BasicServiceCode 


OPTIONAL, 


longFTN- Supported 


[4] NULL 


OPTIONAL } 



GenericServiceInf o : : = SEQUENCE { 






ss-Status SS-Status, 






CliRestrictionOption 


CliRestrictionOption 


OPTIONAL, 


maximumEntitledPriority 


[0] EMLPP-Priority 


OPTIONAL, 


default Priority 


[1] EMLPP-Priority 


OPTIONAL, 


ccbs-FeatureList 


[2] CCBS-FeatureList 


OPTIONAL, 


nbrSB 


[3] MaxMC-Bearers 


OPTIONAL, 


nbrUser 


[4] MC-Bearers 


OPTIONAL, 


nbrSN 


[5] MC-Bearers 


OPTIONAL } 
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CCBS - FeatureLi s t 



SEQUENCE SIZE ( 1 . .maxNumOf CCBS -Requests) OF 
CCBS-Feature 



I maxNumOf CCBS -Requests INTEGER 



CCBS-Feature ::= SEQUENCE { 








ccbs- Index 


[0] 


CCBS -Index 


OPTIONAL, 


b-subscriberNumber 


[1] 


ISDN- AddressSt ring 


OPTIONAL, 


b-subscriberSubaddress 


[2] 


ISDN- SubaddressSt ring 


OPTIONAL, 


basicServiceOroup 


[3] 


BasicServiceCode 


OPTIONAL, 



CCBS -Index 



INTEGER (1. .maxNumOf CCBS -Requests) 



InterrogateSS-Res ::= CHOICE { 






ss-Status 


[0] 


SS-Status, 


basicServiceGroupList 


[2] 


BasicServiceGroupList , 


forwardingFeatureList 


[3] 


ForwardingFeatureList , 


genericServicelnfo 


[4] 


GenericServicelnfo } 



USSD-Arg ::= SEQUENCE { 

ussd-DataCodingScheme 
ussd-String 

alert ingPat tern 
msisdn 



USSD-DataCodingScheme , 
USSD-String, 

Alert ingPat tern 
[0] ISDN-AddressString 



OPTIONAL, 
OPTIONAL } 



USSD-Res ::= SEQUENCE { 

ussd-DataCodingScheme 
ussd-String 



USSD-DataCodingScheme , 
USSD-String, 



USSD-DataCodingScheme ::= OCTET STRING (SIZE (1)) 

-- The structure of the USSD-DataCodingScheme is defined by 
-- the Cell Broadcast Data Coding Scheme as described in 
-- TS 3GPP TS 23.038 [25] 



USSD-String ::= OCTET STRING (SIZE ( 1 . .maxUSSD-StringLength) ) 

-- The structure of the contents of the USSD-String is dependent 
--on the USSD-DataCodingScheme as described in TS 3GPP TS 23.038 [25]. 



ImaxUSSD-StringLength INTEGER ::= 160 



Password ::= NumericString 

( FROM ( " " I " 1 " I " 2 " I " 3 " I " 4 " I " 5 " I " 6 " I " 7 " I " 8 " I " 9 " ) ) 
(SIZE (4)) 



Guidanceinf o : : = ENUMERATED { 

enterPW (0) , 

enterNewPW (1) , 

enterNewPW- Again (2) } 

-- How this information is really delivered to the subscriber 

-- (display, announcement, ...) is not part of this 
-- specification. 



SS-List ::= SEQUENCE SIZE ( 1 . . maxNumOf SS) OF 

SS-Code 



maxNumOfSS INTEGER 



30 



SS-InfoList ::= SEQUENCE SIZE ( 1 . .maxNumOf SS) OF 

SS-Info 



BasicServiceGroupList ::= SEQUENCE SIZE (1 . .maxNumOfBasicServiceGroups) OF 

BasicServiceCode 



ImaxNumOfBasicServiceGroups INTEGER ::= 13 
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SS-InvocationNotificationArg 


: : = SEQUENCE { 




imsi 






[0] IMSI, 




msisdn 






[1] ISDN-AddressString, 




ss- Event 






[2] SS-Code, 




-- The following SS-Code 


^ralues 


are 


allowed : 




-- eat 






SS-Code : 


;= 'OOllOOOl'B 




-- multiPTY 






SS-Code : 


:= 'OlOlOOOl'B 




-- cd 






SS-Code : 


:= 'OOIOOIOO'B 




-- cobs 






SS-Code : 


:= 'OIOOOIOO'B 




ss-EventSpecif ication 






[3] SS-EventSpecif ication 


OPTIONAL, 


extensionContainer 






[4] ExtensionContainer 


OPTIONAL, 


b-subscriberNumber 






[5] ISDN-AddressString 


OPTIONAL, 


ccbs -Request State 
1 






[6] CCBS-RequestState 


OPTIONAL 



CCBS-RequestState 


: : = ENUMERATED { 


request (0) 




recall (1) 




active (2) 




completed (3) 




suspended (4) 




frozen (5) 




deleted (6) 

} 





SS-InvocationNotif icationRes 

extensionContainer 



:= SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



SS-EventSpecif ication 



:= SEQUENCE SIZE ( 1 .. maxEventSpecif ication) OF 
AddressString 



ImaxEventSpecif ication INTEGER 



Regi s terCC - Ent ryArg 

SS-Code 
ccbs-Data 
^J 



:= SEQUENCE 



[0] SS-Code, 
[1] CCBS-Data 



OPTIONAL, 



CCBS-Data ::= SEQUENCE { 








ccbs-Feature 


[0] 


CCBS-Feature, 




translatedB-Number 


[1] 


ISDN-AddressString, 




servicelndicator 


[2] 


Servicelndicator 


OPTIONAL, 


calllnfo 


[3] 


External Signal Info, 




networks ignal Info 


[4] 


External Signal Info, 





Servicelndicator ::= BIT STRING { 

clir- invoked (0) , 

camel-invoked (1)} (SIZE (2 . . 32) ) 

-- exception handling: 
-- bits 2 to 31 shall be ignored if received and not understood 



RegisterCC-EntryRes 

ccbs-Feature 



SEQUENCE { 



[0] CCBS-Feature 



OPTIONAL, 



EraseCC-EntryArg 

SS-Code 
ccbs -Index 



SEQUENCE { 



[0] SS-Code, 
[1] CCBS -Index 



OPTIONAL, 



EraseCC-EntryRes 

SS-Code 
ss-Status 

^J 



SEQUENCE { 



[0] SS-Code, 
[1] SS-Status 



OPTIONAL, 



END 



1 7.7.5 Supplementary service codes 

MAP -SS-Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) 
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DEFINITIONS 



BEGIN 



SS-Code ::= OCTET STRING (SIZE (1)) 

-- This type is used to represent the code identifying a single 

-- supplementary service, a group of supplementary services, or 

-- all supplementary services . The services and abbreviations 

-- used are defined in TS 3GPP TS 22.004 [5] . The internal structure is 

-- defined as follows: 

-- bits 87654321 : group (bits 8765), and specific service 
-- (bits 4321) 



allSS 




SS-Code : : 


= -OOOOOOOO'B 


-- 


reserved for possible future use 






-- 


all SS 







allLine 


IdentificationSS SS-Code : 


: = 


'OOOIOOOO'B 


-- 


reserved for possible future use 






-- 


all line identification SS 






clip 


SS-Code : 


: = 


' OOOIOOOI'B 


-- 


calling line identification presentation 






clir 


SS-Code : 


: = 


•OOOIOOIO'B 


-- 


calling line identification restriction 






colp 


SS-Code : 


: = 


• OOOlOOll'B 


-- 


connected line identification presentation 






coir 


SS-Code : 


: = 


•OOOIOIOO'B 


-- 


connected line identification restriction 






mci 


SS-Code : 


: = 


• OOOIOIOI'B 


-- 


reserved for possible future use 






-- 


malicious call identification 






allNameldentificationSS SS-Code : 


: = 


' OOOllOOO'B 


-- 


all name identification SS 






cnap 


SS-Code : 


: = 


'OOOllOOl'B 


-- 


calling name presentation 






-- 


SS-Codes ' 00011010 'B to ' 00011111 'B are reserved for future 


-- 


Nameldentification Supplementary Service use. 


1 



allForwardingSS 




SS-Code : := 


' 00100000 


B 


-- all forwarding SS 








cfu 




SS-Code : := 


'00100001 


B 


-- call forwarding 


unconditional 








allCondForwardingSS 




SS-Code : := 


'00101000 


B 


-- all conditional 


forwarding SS 








cfb 




SS-Code : := 


' 00101001 


B 


-- call forwarding 


on mobile subscriber busy 






cfnry 




SS-Code : := 


'00101010 


B 


-- call forwarding 


on no reply 








cfnrc 




SS-Code : := 


' 00101011 


B 


-- call forwarding 


on mobile subscriber not reachable 




cd 




SS-Code : := 


'00100100 


B 


-- call deflection 











allCallOfferingSS SS-Code ::= '00110000 


B 


-- reserved for possible future use 




-- all call offering SS includes also all forwarding SS 




ect SS-Code ::= '00110001 


B 


-- explicit call transfer 




mah SS-Code ::= '00110010 


B 


-- reserved for possible future use 




-- mobile access hunting 
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allCallCompletionSS SS-Code ::= ' 01000000 'B 


-- 


reserved for possible future use 


-- 


all Call completion SS 


cw 


SS-Code : := ' OlOOOOOl'B 


-- 


call waiting 


hold 


SS-Code : := 'OIOOOOIO'B 


-- 


call hold 


ccbs-A 


SS-Code : := ' OlOOOOll'B 


-- 


completion of call to busy subscribers, originating side 


-- 


this SS-Code is used only in InsertSubscriberData, DeleteSubscriberData 


-- 


and InterrogateSS 


ccbs-B 


SS-Code : := ' OIOOOIOO'B 


-- 


completion of call to busy subscribers, destination side 


-- 


this SS-Code is used only in InsertSubscriberData and DeleteSubscriberData 


mc 


SS-Code : := ' OlOOOlOl'B 


-- 


multicall 



allMultiPartySS 


SS-Code : : 


= 'OIOIOOOO'B 


-- reserved for possible future use 






-- all multiparty SS 






multiPTY 


SS-Code : : 


= 'OlOlOOOl'B 


-- multiparty 







allCommunityOf Interest -SS 


SS-Code : : 


= 'OllOOOOO'B 


-- reserved for possible future use 






-- all community of interest SS 






cug 


SS-Code : : 


= 'OllOOOOl'B 


-- closed user group 







allChargingSS SS-Code : : 


= 'OlllOOOO'B 


-- reserved for possible future use 




-- all charging SS 




aoci SS-Code : : 


= 'OlllOOOl'B 


-- advice of charge information 




aocc SS-Code : : 


= 'OlllOOlO'B 


-- advice of charge charging 





allAdditionallnfoTransferSS 




SS-Code : : 


= -10000000 


B 


-- reserved for possible future 


use 








-- all additional information transfer SS 






uusl 




SS-Code : : 


= '10000001 


B 


-- UUSl user-to-user signalling 










uus2 




SS-Code : : 


= '10000010 


B 


-- UUS2 user-to-user signalling 










uus3 




SS-Code : : 


= '10000011 


B 


-- UUS3 user-to-user signalling 











allBarringSS SS-Code ::= 


lOOlOOOO'B 


-- all barring SS 




barringOfOutgoingCalls SS-Code ::= 


lOOlOOOl'B 


-- barring of outgoing calls 




baoc SS-Code : := 


lOOlOOlO'B 


-- barring of all outgoing calls 




boic SS-Code : := 


lOOlOOll'B 


-- barring of outgoing international calls 




boicExHC SS-Code ::= 


lOOlOlOO'B 


-- barring of outgoing international calls except 


those directed 


-- to the home PLMN Country 




barringOf IncomingCalls SS-Code ::= 


lOOllOOl'B 


-- barring of incoming calls 




bale SS-Code : := 


lOOllOlO'B 


-- barring of all incoming calls 




bicRoam SS-Code ::= 


lOOllOll'B 


-- barring of incoming calls when roaming outside 


home PLMN 


-- Country 
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allPLMN-spec 
plmn- specif i 
plmn- specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 



ificSS 

cSS-1 

cSS-2 

cSS-3 

cSS-4 

cSS-5 

cSS-6 

cSS-7 

cSS-8 

cSS-9 

cSS-A 

cSS-B 

cSS-C 

cSS-D 

cSS-E 

CSS-F 



SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 
SS-Code 



•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 
•1111 



OOOO^B 
OOOl^B 
OOIO^B 
OOll^B 
OlOO^B 
OlOl^B 
OllO^B 
Olll^B 
lOOO^B 
lOOl^B 
lOlO^B 
lOll^B 
llOO^B 
llOl^B 
lllO^B 
llll^B 



allCallPrioritySS SS-Code : 


:= •lOlOOOOO^B 


-- reserved for possible future use 




-- all call priority SS 




emlpp SS-Code : 


:= •lOlOOOOl^B 


-- enhanced Multilevel Precedence Pre-emption 


(EMLPP) service 



allLCSPrivacyException 


SS-Code : := •lOllOOOO^B 


-- all LCS Privacy Exception Classes 


universal 


SS-Code : := •lOllOOOl^B 


-- allow location 


by any LCS client 


callSessionRelated 


SS-Code : := •lOllOOlO^B 


-- allow location 


by any value added LCS client to which a call/session 


--is established 


from the target MS 


callSessionUnrelated 


SS-Code : := •lOllOOll^B 


-- allow location 


by designated external value added LCS clients 


plmnoperator 


SS-Code : := •lOllOlOO^B 


-- allow location 


by designated PLMN operator LCS clients 


serviceType 


SS-Code : := •lOllOlOl^B 


-- allow location 


by LCS clients of a designated LCS service type 



allMOLR-SS SS-Code ::= •llOOOOOO^B 

-- all Mobile Originating Location Request Classes 
basicSelfLocation SS-Code ::= • 11000001 •B 

-- allow an MS to request its own location 
autonomousSelfLocation SS-Code ::= • 11000010 •B 

-- allow an MS to perform self location without interaction 

-- with the PLMN for a predetermined period of time 
transferToThirdParty SS-Code ::= • 11000011 •B 
-- allow an MS to request transfer of its location to another LCS client 



END 



1 7.7.6 Short message data types 

MAP-SM-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SM-DataTypes (16) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

RoutinglnfoForSM-Arg, 
Routinginf oForSM-Res , 
MO- ForwardSM- Arg , 
MO-ForwardSM-Res, 
MT- ForwardSM- Arg , 
MT-ForwardSM-Res, 
ReportSM-DeliveryStatusArg, 
ReportSM-DeliveryStatusRes , 
Alert ServiceCentreArg, 
Inf ormServiceCentreArg, 
ReadyForSM- Arg , 
ReadyForSM-Res , 
SM-DeliveryOutcome, 
AlertReason, 
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Additional -Number, 
MT- ForwardSM- VGCS - Arg , 
MT- ForwardSM- VGCS -Res 



IMPORTS 

AddressString, 

ISDN-AddressString, 

Signallnfo, 

IMSI, 

LMSI, 

ASCI-CallReference 



FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 



(12) 



Absent SubscriberDiagnosticSM 
FROM MAP-ER-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionl2 



(12) 



ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



Routinginf oForSM-Arg : : = 


SEQUENCE { 












msisdn 












[0] 


ISDN- AddressString, 




sm-RP-PRl 












[1] 


BOOLEAN, 




serviceCentreAddress 












[2] 


AddressString, 




extensionConta i ner 












[6] 


ExtensionContainer 


OPTIONAL, 


gprsSupport Indicator 












[7] 


NULL 


OPTIONAL, 


-- gprsSupport Indicator 


is 


set 


only 


if the SMS-GMSC supports 




-- receiving of two 


numbers 


from 


the 


HLR 






sm-RP-MTl 












[8] 


SM-RP-MTl 


OPTIONAL, 


sm-RP-SMEA 












[9] 


SM-RP-SMEA 


OPTIONAL, 


sm-deliveryNot Intended 










[10] 


SM-DeliveryNot Intended 


OPTIONAL } 



SM-DeliveryNotlntended ::= ENUMERATED 
onlylMSl -requested (0) , 
onlyMCC-MNC- requested (1) , 

^J 



SM-RP-MTI ::= INTEGER (0..10) 
-- SMS Deliver 
-- 1 SMS Status Report 

-- other values are reserved for future use and shall be discarded if 
-- received 



SM- 


■RP- 


■SMEA 


: := OCTET STRING (SIZE 


(1. 


.12)) 














- 


- thi 


s parameter 


contains an 


address 


field 


which 


is 


encoded 






- 


- as 


defined in 


3GPP TS 23.04 0. 


An address 


field 


contains 3 


elements : 




- 


- 


address 


-length 


















- 


- 


type -of 


-address 


















- 


- 


address 


-value 

















Routinginf oForSM-Res ::= SEQUENCE 
imsi 

locationlnfoWithLMSl 
extensionContainer 



IMSl, 

[0] LocationlnfoWithLMSl, 

[4] ExtensionContainer 



OPTIONAL, 



^^^ 
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LocationlnfoWithLMSI ::= SEQUENCE 


I 


















networkNode -Number 








[1] 


ISDN-AddressSt 


ring, 










Imsi 








LMSI 










OPTIONAL, 


extensionContainer 








ExtensionContainer 










OPTIONAL, 


gprsNodelndicator 








[5] 


NULL 










OPTIONAL, 


-- gprsNodelndicator is 


set only 


if 


the 


SGSN number is 


sent 


as 


the 






-- Network Node Number 






















additional -Number 








[6] 


Additional -Number 








OPTIONAL 


-- NetworkNode -number can be 


either 


msc- 


number or sgsn- 


number 


or IP- 


-SM 


-GW 


-- number or SMS Router 

} 


number 



















Additional -Number ::= CHOICE { 

msc-Number [0] ISDN-AddressString, 

sgsn-Number [1] ISDN-AddressString} 

-- additional -number can be either msc-number or sgsn-number 
--if received networkNode -number is msc-number then the 
-- additional number is sgsn-number 

--if received networkNode -number is sgsn-number then the 
-- additional number is msc-number 



MO-ForwardSM-Arg ::= SEQUENCE { 






sm-RP-DA 


SM-RP-DA, 




sm-RP-OA 


SM-RP-OA, 




sm-RP-UI 


Signallnfo, 




extensionConta i ner 


ExtensionContainer 


OPTIONAL, 


imsi 


IMSI 


OPTIONAL } 



MO-ForwardSM-Res ::= SEQUENCE { 
sm-RP-UI 
extensionContainer 



Signallnfo 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



MT-ForwardSM-Arg ::= SEQUENCE { 






sm-RP-DA 


SM-RP-DA, 




sm-RP-OA 


SM-RP-OA, 




sm-RP-UI 


Signallnfo, 




moreMessagesToSend 


NULL 


OPTIONAL, 


extensionContainer 


ExtensionContainer 


OPTIONAL, 



MT-ForwardSM-Res ::= SEQUENCE { 
sm-RP-UI 
extensionContainer 



Signallnfo 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



SM-RP-DA : := CHOICE { 




imsi 


[0] IMSI, 


Imsi 


[1] LMSI, 


serviceCentreAddressDA 


[4] AddressString, 


noSM-RP-DA 


[5] NULL} 



SM-RP-OA : := CHOICE { 




msisdn 


[2] ISDN-AddressString, 


serviceCentreAddressOA 


[4] AddressString, 


noSM-RP-OA 


[5] NULL} 
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ReportSM-DeliveryStatusArg ::= SEQUENCE 
msisdn 

serviceCentreAddress 
sm- Del iveryOut come 
absent SubscriberDiagnosticSM 

extensionContainer 



ISDN- AddressSt ring, 
AddressString, 
SM-DeliveryOutcome, 
[0] AbsentSubscriberDiagnosticSM 

[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 

OPTIONAL, 



OPTIONAL, 



OPTIONAL, 



gprsSupport Indicator [2] NULL 

-- gprsSupportlndicator is set only if the SMS-GMSC supports 

-- handling of two delivery outcomes 

deliveryOutcomelndicator [3] NULL 

-- DeliveryOutcomelndicator is set when the SM- Del iveryOut come 

-- is for GPRS 

additionalSM-DeliveryOutcome [4] SM-DeliveryOutcome 

--If received, additionalSM-DeliveryOutcome is for GPRS 

--If DeliveryOutcomelndicator is set, then AdditionalSM-DeliveryOutcome shall be absent 

additionalAbsentSubscriberDiagnosticSM [5] AbsentSubscriberDiagnosticSM OPTIONAL, 

--If received additionalAbsent SubscriberDiagnosticSM is for GPRS 

--If DeliveryOutcomelndicator is set, then AdditionalAbsent SubscriberDiagnosticSM 

-- shall be absent 

ip-sm-gw-Indicator [6] NULL OPTIONAL, 

-- the ip-sm-gw indicator indicates by its presence that sm- del iveryOut come 

-- is for delivery via IMS 

--If present, deliveryOutcomelndicator shall be absent. 

ip-sm-gw- sm-deliveryOutcome [7] SM-DeliveryOutcome OPTIONAL, 

--If received ip-sm-gw- sm-deliveryOutcome is for delivery via IMS 

--If ip-sm-gw-Indicator is set, then ip-sm-gw-sm- del iveryOut come shall be absent 

ip-sm-gw-absentSubscriberDiagnosticSM [8] AbsentSubscriberDiagnosticSM OPTIONAL 

--If received ip-sm-gw-sm-absentSubscriberDiagnosticSM is for delivery via IMS 

--If ip-sm-gw-Indicator is set, then ip-sm-gw- sm-absentSubscriberDiagnosticSM 

-- shall be absent 



SM-DeliveryOutcome ::= ENUMERATED 
memoryCapacityExceeded (0) , 
absentSubscriber (1) , 

successfulTransfer (2) } 



ReportSM-DeliveryStatusRes 

storedMSISDN 
extensionContainer 



:= SEQUENCE 



ISDN- AddressSt ring 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



AlertServiceCentreArg : : = 

msisdn 
serviceCentreAddress 



SEQUENCE { 



ISDN- AddressSt ring, 
AddressString, 



InformServiceCentreArg : 

StoredMSISDN 
mw-Status MW-Status 
extensionContainer 



SEQUENCE { 



ISDN- AddressSt ring 

OPTIONAL, 

ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



absent SubscriberDiagnosticSM AbsentSubscriberDiagnosticSM OPTIONAL, 

additionalAbsentSubscriberDiagnosticSM [0] AbsentSubscriberDiagnosticSM OPTIONAL } 

-- additionalAbsent SubscriberDiagnosticSM may be present only if 

-- absentSubscriberDiagnosticSM is present. 

-- if included, additionalAbsent SubscriberDiagnosticSM is for GPRS and 

-- absentSubscriberDiagnosticSM is for non-GPRS 



MW- 


-Status : := 

sc-Addres 
mnrf -Set 
mcef-Set 
mnrg-Set 


BIT STRING { 
sNotlncluded 

(1) , 

(2) , 

(3)} (SIZE 


(0) 
(6. 


.16)) 
















-- except 
-- bits 4 


ion handling: 
to 15 shall 


be i 


gnored 


if 


recei 


ved 


and 


not 


understood 
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ReadyForSM-Arg : : = SEQUENCE { 




imsi [0] IMSI, 




alertReason AlertReason, 




alertReasonlndicator NULL 


OPTIONAL, 


-- alertReasonlndicator is set only when the alertReason 




-- sent to HLR is for GPRS 




extensionContainer ExtensionContainer 


OPTIONAL, 


additionalAlertReasonlndicator [1] NULL 


OPTIONAL 


-- additionalAlertReasonlndicator is set only when the alertReason 




-- sent to HLR is for IP-SM-GW 

} 





ReadyForSM-Res ::= SEQUENCE 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



AlertReason : : = ENUMERATED 

ms-Present (0) , 
memo ryAva liable (1) } 



MT-ForwardSM-VGCS-Arg : 

asciCallReference 
sm-RP-OA 
sm-RP-UI 
extensionContainer 

^J 



SEQUENCE 



ASCI-CallReference, 
SM-RP-OA, 
Signallnfo, 
ExtensionContainer 



OPTIONAL, 



MT-ForwardSM-VGCS-Res ::= 


= SEQUENCE 


{ 






sm-RP-UI 






[0] signallnfo 


OPTIONAL, 


dispatcherList 






[1] DispatcherList 


OPTIONAL, 


ongoingCall 






NULL 


OPTIONAL, 


extensionContainer 






[2] ExtensionContainer 


OPTIONAL, 



DispatcherList ::= 

SEQUENCE SIZE ( 1 . .maxNumOf Dispatchers) OF 
ISDN- AddressSt ring 



ImaxNumOf Dispatchers INTEGER 



END 



17.7.7 Error data types 



MAP-ER-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ER-DataTypes (17) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

RoamingNotAllowedParam, 

CallBarredParam, 

CUG-Re j ectParam, 

SS-IncompatibilityCause, 

PW-RegistrationFailureCause, 

SM-DeliveryFailureCause, 

SystemFailureParam, 

DataMissingParam, 

UnexpectedDataParam, 

FacilityNotSupParam, 

OR-NotAllowedParam, 

UnknownSubscriberParam, 

NumberChangedParam , 

Unidentif iedSubParam, 

II legal SubscriberParam, 

IllegalEquipmentParam, 

BearerServNotProvParam, 
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TeleservNotProvParam, 

TracingBuf f erFullParam, 

NoRoamingNbParam , 

Absent SubscriberParam, 

BusySubscriberParam, 

NoSubscriberReplyParam, 

ForwardingViolationParam, 

ForwardingFailedParam, 

ATI -NotAllowedParam, 

SubBusyForMT- SMS - Param , 

MessageWaitListFullParam, 

Absent SubscriberSM- Param, 

AbsentSubscriberDiagnosticSM, 

ResourceLimitationParam, 

NoGroupCallNbParam, 

IncompatibleTerminal Param, 

Short TermDenial Param, 

LongTermDenial Param, 

UnauthorizedRequestingNet work -Param, 

UnauthorizedLCSCl lent -Param, 

PositionMethodFai lure -Param, 

UnknownOrUnreachableLCSCl lent -Param, 

MM-EventNotSupported- Param, 

ATSI -NotAllowedParam, 

ATM-NotAllowedParam, 

II legal SS-OperationParam, 

SS-NotAvailableParam, 

SS- Subscript ionViolationParam, 

InformationNotAvailableParam, 

TargetCellOutsideGCA- Param, 

OngoingGroupCall Param 



IMPORTS 

SS-Status 

FROM MAP-SS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-DataTypes (14) versionl2 



(12) 



Signallnfo, 
BasicServiceCode, 
NetworkResource , 
AdditionalNetworkResource 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 



(12) 



SS-Code 
FROM MAP -SS-Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



RoamingNotAllowedParam ::= SEQUENCE { 
roamingNotAllowedCause 
extensionContainer 

additionalRoamingNotAllowedCause 



RoamingNotAllowedCause , 

ExtensionContainer OPTIONAL, 

[0] AdditionalRoamingNotAllowedCause OPTIONAL 



if the additionalRoamingNotallowedCause is received by the MSC/VLR or SGSN then the 
roamingNotAllowedCause shall be discarded. 



AdditionalRoamingNotAllowedCause ::= ENUMERATED 
supportedRAT-TypesNotAllowed (0) , 

-^A 



RoamingNotAllowedCause ::= ENUMERATED 

plmnRoamingNot Allowed (0), 
operatorDeterminedBarring (3) } 
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CallBarredParam ::= CHOICE { 

callBarringCause CallBarringCause , 

-- call BarringCause must not be used in version 3 and higher 
extensibleCallBarredParam ExtensibleCallBarredParam 

-- extensibleCallBarredParam must not be used in version <3 



CallBarringCause ::= ENUMERATED { 

barringServiceActive (0), 
operatorBarring (1) } 



ExtensibleCallBarredParam ::= SEQUENCE { 




callBarringCause CallBarringCause 


OPTIONAL, 


extensionContainer ExtensionContainer 


OPTIONAL, 


unauthorisedMessageOriginator [1] NULL 


OPTIONAL } 



CUG-RejectParam ::= SEQUENCE 
cug-Re j ectCause 
extensionContainer 

-^A 



CUG-Re j ectCause 
ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



CUG-Re j ectCause ::= ENUMERATED { 

incomingCallsBarredWithinCUG (0) , 

subscriberNotMemberOfCUG (1) , 

requestedBasicServiceViolatesCUG-Constraints (5) , 
calledPartySS-InteractionViolation (7) } 



SS-IncompatibilityCause : 


= SEQUENCE { 






ss-Code 




[1] SS-Code 


OPTIONAL, 


basicService 




BasicServiceCode 


OPTIONAL, 


ss-Status 




[4] SS-Status 


OPTIONAL, 



PW- 


-RegistrationFailureCause 

undetermined (0) , 
invalidFormat (1) , 




~ 


ENUMERATED 


{ 




newPasswordsMismatch 


(2) 


} 







SM-EnumeratedDeliveryFailureCause 


: : = ENUMERATED { 


memoryCapacityExceeded (0) , 




equipmentProtocolError (1) , 




equipmentNotSM-Equipped (2) 




unknownServiceCentre (3) , 




sc-Congestion (4) , 




invalidSME-Address (5) , 




subscriberNotSC- Subscriber 


(6) } 



SM-DeliveryFailureCause ::= SEQUENCE { 
sm-EnumeratedDeliveryFailureCause 
diagnostic Info 
extensionContainer 

-^A 



SM-EnumeratedDeliveryFailureCause, 
Signallnfo OPTIONAL, 

ExtensionContainer OPTIONAL, 



AbsentSubscriberSM-Param ::= SEQUENCE { 

absent SubscriberDiagnosticSM Absent SubscriberDiagnosticSM 
-- Absent SubscriberDiagnosticSM can be either for non-GPRS 
--or for GPRS 
extensionContainer ExtensionContainer 



OPTIONAL, 



OPTIONAL, 



additionalAbsentSubscriberDiagnosticSM [0] AbsentSubscriberDiagnosticSM OPTIONAL } 
-- if received, additionalAbsent SubscriberDiagnosticSM 
--is for GPRS and absentSubscriberDiagnosticSM is 
-- for non-GPRS 



AbsentSubscriberDiagnosticSM ::= INTEGER (0..255) 

-- AbsentSubscriberDiagnosticSM values are defined in 3GPP TS 23.040 



SystemFailureParam ::= CHOICE { 

networkResource NetworkResource, 

-- networkResource must not be used in version 3 

extensibleSystemFailureParam ExtensibleSystemFailureParam 
-- extensibleSystemFailureParam must not be used in version <3 
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ExtensibleSystemFailureParam : 

networkResource 
extensionContainer 

additionalNetworkResource 
failureCauseParam 



SEQUENCE 



NetworkResource OPTIONAL, 

ExtensionContainer OPTIONAL, 

[0] AdditionalNetworkResource OPTIONAL, 
[1] FailureCauseParam OPTIONAL } 



FailureCauseParam ::= ENUMERATED { 

limitReachedOnNumberOfConcurrentLocationRequests (0) , 

... } 

--if unknown value is received in FailureCauseParam it shall be ignored 



DataMissingParam ::= SEQUENCE 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



UnexpectedDataParam : : = SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



FacilityNotSupParam ::= SEQUENCE 
extensionContainer 



ExtensionContainer 



shapeOfLocationEstimateNotSupported [0] NULL 
neededLcsCapabilityNotSupportedlnServingNode [1] NULL 



OPTIONAL, 



OPTIONAL, 
OPTIONAL 



OR-NotAllowedParam ::= SEQUENCE { 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



UnknownSubscriberParam : : = SEQUENCE 
extensionContainer 

unknownSubscriberPiagnostic 



ExtensionContainer OPTIONAL, 
UnknownSubscriberPiagnostic OPTIONAL} 



UnknownSubscriberDiagnostic ::= ENUMERATEP { 
imsiUnknown (0), 
gprs-eps-SubscriptionUnknown (1) , 

npdbMismatch (2) } 

--if unknown values are received in 
-- UnknownSubscriberDiagnostic they shall be discarded 



NumberChangedParam : : = SEQUENCE 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



UnidentifiedSubParam ::= SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



IllegalSubscriberParam ::= 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



IllegalEquipmentParam ::= SEQUENCE { 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



BearerServNotProvParam : : = SEQUENCE 
extensionContainer 



ExtensionContainer 



^^^ 



OPTIONAL, 



TeleservNotProvParam : : = SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



TracingBuf ferFullParam ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



NoRoamingNbParam : : = SEQUENCE { 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 
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AbsentSubscriberParam : 

extensionContainer 



SEQUENCE 



absent SubscriberReason 



ExtensionContainer 
[0] AbsentSubscriberReason 



optional, 
optional} 



AbsentSubscriberReason : : = ENUMERATED { 
imsiDetach (0) , 
restrictedArea (1) , 
noPageResponse (2) , 

purgedMS (3) } 
-- exception handling: at reception of other values than the ones listed the 
-- AbsentSubscriberReason shall be ignored. 

-- The AbsentSubscriberReason: purgedMS is defined for the Super-Charger feature 
-- (see TS 23.116). If this value is received in a Provide Roaming Number response 
-- it shall be mapped to the AbsentSubscriberReason: imsiDetach in the Send Routeing 
-- Information response 



BusySubscriberParam : : = SEQUENCE { 






extensionContainer 


ExtensionContainer 


OPTIONAL, 


ccbs-Possible 


[0] NULL 


OPTIONAL, 


ccbs-Busy 


[1] NULL 


optional} 



NoSubscriberReplyParam : : = SEQUENCE { 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



ForwardingViolationParam 

extensionContainer 

^J 



:= SEQUENCE 



ExtensionContainer 



OPTIONAL, 



ForwardingFailedParam ::= SEQUENCE 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ATI-NotAllowedParam ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



ATSI-NotAllowedParam ::= SEQUENCE { 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



ATM-NotAllowedParam ::= SEQUENCE 
extensionContainer 

-^A 



ExtensionContainer 



OPTIONAL, 



IllegalSS-OperationParam 

extensionContainer 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 



SS-NotAvailableParam ::= SEQUENCE { 
extensionContainer 



ExtensionContainer 



OPTIONAL, 



SS-SubscriptionViolationParam 

extensionContainer 

-^A 



SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



InformationNotAvailableParam 

extensionContainer 



:= SEQUENCE 



ExtensionContainer 



^^^ 



OPTIONAL, 



SubBusyForMT-SMS-Param ::= SEQUENCE 
extensionContainer 



ExtensionContainer 



gprsConnectionSuspended NULL 

--If GprsConnectionSuspended is not understood it shall 

--be discarded 



OPTIONAL, 
OPTIONAL } 



MessageWaitListFullParam 

extensionContainer 

^J 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 
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ResourceLimitationParam 

extensionContainer 



SEQUENCE 



ExtensionContainer 



^^^ 



OPTIONAL, 



NoGroupCallNbParam 

extensionContainer 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 



IncompatibleTerminalParam 

extensionContainer 



SEQUENCE { 



ExtensionContainer 



OPTIONAL, 



ShortTermDenialParam 



SEQUENCE { 



LongTermDenialParam : : = SEQUENCE { 

-^A 



UnauthorizedRequestingNetwork-Param 

extensionContainer 



SEQUENCE { 
ExtensionContainer 



OPTIONAL, 



UnauthorizedLCSClient-Param ::= SEQUENCE { 

unauthorizedLCSClient-Diagnostic [0] UnauthorizedLCSClient-Diagnostic OPTIONAL, 
extensionContainer [1] ExtensionContainer OPTIONAL, 

^^J 



UnauthorizedLCSClient-Diagnostic ::= ENUMERATED { 
noAdditionallnformation (0) , 
clientNotlnMSPrivacyExceptionList (1) , 
callToClientNotSetup (2) , 
privacyOverrideNotApplicable (3) , 
disallowedByLocalRegulatoryRequirements (4) , 

unauthorizedPrivacyClass (5) , 

unauthorizedCallSessionUnrelatedExternalClient (6) , 
unauthorizedCallSessionRelatedExternalClient (7) } 
exception handling: 
any unrecognized value shall be ignored 



PositionMethodFailure-Param ::= SEQUENCE { 

positionMethodFailure-Diagnostic [0] PositionMethodFailure-Diagnostic OPTIONAL, 
extensionContainer [1] ExtensionContainer OPTIONAL, 



PositionMethodFailure-Diagnostic ::= ENUMERATED { 
congestion (0) , 
insuf f icientResources (1) , 
insuf f icientMeasurementData (2) , 
inconsistentMeasurementData (3) , 
locationProcedureNotCompleted (4) , 
locationProcedureNotSupportedByTargetMS (5) , 
qoSNotAttainable (6) , 

posit ionMethodNotAvailablelnNetwork (7) , 
positionMethodNotAvailablelnLocationArea (8) , 

... } 

exception handling: 

any unrecognized value shall be ignored 



UnknownOrUnreachableLCSClient-Param 

extensionContainer 



:= SEQUENCE { 

ExtensionContainer 



OPTIONAL, 



^^^ 



MM-EventNotSupported-Param 

extensionContainer 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 



TargetCellOutsideGCA-Param 

extensionContainer 

^J 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 



OngoingGroupCallParam : 

extensionContainer 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 
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END 



1 7.7.8 Common data types 



MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

-- general data types and values 

AddressString, 

ISDN- AddressSt ring, 

maxISDN-AddressLength, 

FTN- AddressSt ring, 

ISDN- SubaddressSt ring. 

External Signal Info, 

Ext -External Signal Info, 

AccessNetworkSignallnfo, 

Signallnfo, 

maxS ignal Inf oLength , 

Alert ingPat tern, 

TBCD-STRING, 

-- data types for numbering and identification 

IMSI, 

TMSI, 

Identity, 

Subscriberld, 

IMEI, 

HLR-List, 

LMSI, 

GlobalCellld, 

NetworkResource , 

AdditionalNetworkResource, 

NAEA- Pref erredCI , 

NAEA-CIC, 

ASCI - CallRef erence , 

Subscriberldentity, 

PLMN-Id, 

-- data types for CAMEL 
CellGloballdOrServiceArealdOrLAI, 
CellGloballdOrServiceArealdFixedLength, 
LAIFixedLength, 

-- data types for subscriber management 

BasicServiceCode, 

Ext-BasicServiceCode, 

EMLPP-Info, 

EMLPP-Priority, 

MC-SS-Info, 

MaxMC-Bearers , 

MC-Bearers, 

Ext-SS-Status, 

-- data types for geographic location 
AgeOfLocationInf ormation, 
LCSClientExternallD, 
LCSCl lent Internal ID, 
LCSServiceTypelD , 

-- gprs location registration types 
GSN-Address 



IMPORTS 

TeleserviceCode , 
Ext-TeleserviceCode 
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FROM MAP -TS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versionl2 (12) } 

BearerServiceCode , 
Ext-BearerServiceCode 
FROM MAP -BS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versionl2 (12) } 

SS-Code 
FROM MAP -SS-Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-SS-Code (15) versionl2 (12) } 

ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



general data types 



TBCD-STRING ::= OCTET STRING 

-- This type (Telephony Binary Coded Decimal String) is used to 
-- represent several digits from through 9, *, #, a, h, c, two 
-- digits per octet, each digit encoded 0000 to 1001 (0 to 9) , 
-- 1010 {*) , 1011 (#) , 1100 (a), 1101 (b) or 1110 (c) ; 1111 used 
--as filler when there is an odd number of digits. 



bits 8765 of octet n encoding digit 2n 
bits 4321 of octet n encoding digit 2 (n-1) 



+1 



AddressString ::= OCTET STRING (SIZE ( 1 . .maxAddressLength) ) 

-- This type is used to represent a number for addressing 
-- purposes . It is composed of 

a) one octet for nature of address, and numbering plan 
indicator. 

b) digits of an address encoded as TBCD- String. 

--a) The first octet includes a one bit extension indicator, a 

3 bits nature of address indicator and a 4 bits numbering 
plan indicator, encoded as follows: 

-- bit 8: 1 (no extension) 

-- bits 765: nature of address indicator 

000 unknown 

001 international number 

010 national significant number 

Oil network specific number 

100 subscriber number 

101 reserved 

110 abbreviated number 

111 reserved for extension 

-- bits 4321: numbering plan indicator 

0000 unknown 

0001 ISDN/ Telephony Numbering Plan (Rec ITU-T E.164) 

0010 spare 

0011 data numbering plan (ITU-T Rec X.121) 

0100 telex numbering plan (ITU-T Rec F.69) 

0101 spare 

0110 land mobile numbering plan (ITU-T Rec E.212) 

0111 spare 

1000 national numbering plan 

1001 private numbering plan 
1111 reserved for extension 

all other values are reserved. 

-- b) The following octets representing digits of an address 

encoded as a TBCD-STRING. 



[maxAddressLength INTEGER ::= 2 
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ISDN-AddressString ::= 

AddressString (SIZE (1 . .maxISDN-AddressLength) ) 
-- This type is used to represent ISDN numbers. 



ImaxISDN-AddressLength INTEGER 



FTN-AddressString ::= 

AddressString (SIZE (1 . .maxFTN-AddressLength) ) 
-- This type is used to represent forwarded- to numbers. 

--If NAI = international the first digits represent the country code (CC) 
-- and the network destination code (NDC) as for E.164. 



ImaxFTN-AddressLength INTEGER ;;= 15 



ISDN-SubaddressString ::= 

OCTET STRING (SIZE (1 . .maxISDN-SubaddressLength) ) 
-- This type is used to represent ISDN subaddresses . 
-- It is composed of 

a) one octet for type of subaddress and odd/even indicator. 

b) 20 octets for subaddress information. 

a) The first octet includes a one bit extension indicator, a 

3 bits type of subaddress and a one bit odd/even indicator, 
encoded as follows: 

bit 8 : 1 (no extension) 

bits 765: type of subaddress 

000 NSAP (X. 2 13 /ISO 834 8 AD2 ) 

010 User Specified 

All other values are reserved 

bit 4 : odd/ even indicator 

even number of address signals 

1 odd number of address signals 

The odd/even indicator is used when the type of subaddress 
is "user specified" and the coding is BCD. 

bits 321: 000 (unused) 

b) Subaddress information. 

The NSAP X.213/IS08348AD2 address shall be formatted as specified 
by octet 4 which contains the Authority and Format Identifier 
(AFI) . The encoding is made according to the "preferred binary 
encoding" as defined in X. 213/IS0834AD2 . For the definition 
of this type of subaddress, see ITU-T Rec 1.334. 

For User-specific subaddress, this field is encoded according 
to the user specification, subject to a maximum length of 20 
octets. When interworking with X.25 networks BCD coding should 
be applied. 



[maxISDN-SubaddressLength INTEGER 



:= 21 



ExternalSignallnfo ::= SEQUENCE { 




protocolld Protocolld, 




signallnfo Signallnfo, 




-- Information about the internal structure is given in 




-- clause 7.6.9. 




extensionContainer ExtensionContainer 


OPTIONAL, 


-- extensionContainer must not be used in version 2 

■ ■■] 





[signallnfo 



OCTET STRING (SIZE ( 1 . .maxSignalInf oLength) 



maxSignallnfoLength INTEGER ::= 200 

-- This NamedValue represents the theoretical maximum number of octets which is 

-- available to carry a single instance of the Signallnfo data type, 

-- without requiring segmentation to cope with the network layer service. 

-- However, the actual maximum size available for an instance of the data 

-- type may be lower, especially when other information elements 

-- have to be included in the same component. 
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Protocolld : := 


ENUMERATED { 












gsm-0408 


(1), 












gsm-0806 


(2) , 












gsm-BSSMAP 


(3) , 












-- Value 3 


is reserv-ed 


and 


must 


not 


be 


used 


ets-300102 


-1 (4)} 













Ext-ExternalSignallnfo ::= SEQUENCE { 




ext-ProtocolId Ext-Protocolld, 




signallnfo Signallnfo, 




-- Information about the internal structure is given in 




-- clause 7.6.9.10 




extensionContainer ExtensionContainer 

...1 


OPTIONAL, 



Ext-Protocolld ::= ENUMERATED 
ets-300356 (1), 



} 



exception handling: 

For Ext -External Signal Info sequences containing this parameter with any 
other value than the ones listed the receiver shall ignore the whole 
Ext -External Signal Info sequence. 



AccessNetworkSignallnfo ::= SEQUENCE { 

accessNetworkProtocolId AccessNetworkProtocolId, 

signallnfo LongSignalInf o, 

-- Information about the internal structure is given in clause 7.6.9.1 



extensionContainer 



ExtensionContainer 



OPTIONAL, 



^^^ 



I LongSignalInf o ::= OCTET STRING (SIZE ( 1 . .maxLongSignalInf oLength) ) 



maxLongSignallnfoLength INTEGER ::= 2560 

-- This Named Value represents the maximum number of octets which is available 

-- to carry a single instance of the LongSignalInf o data type using 

-- White Book SCCP with the maximum number of segments . 

--It takes account of the octets used by the lower layers of the protocol, and 
-- other information elements which may be included in the same component. 



AccessNetworkProtocolId ::= ENUMERATED { 
ts3G-48006 (1), 
ts3G-25413 (2) , 

-- exception handling: 

-- For AccessNetworkSignallnfo sequences containing this parameter with any 
-- other value than the ones listed the receiver shall ignore the whole 
-- AccessNetworkSignallnfo sequence. 



AlertingPattern ::= OCTET STRING (SIZE (1) ) 

-- This type is used to represent Alerting Pattern 

bits 8765 : 0000 (unused) 

bits 43 : type of Pattern 

00 level 

01 category 
10 category 

all other values are reserved. 



bits 21 : type of alerting 



alertingLevel - 
alertingLevel - 1 
alertingLevel - 2 



AlertingPattern 

AlertingPattern 

AlertingPattern 
all other values of Alerting level are reserved 
Alerting Levels are defined in GSM 02.07 



'OOOOOOOO'B 
'OOOOOOOl'B 
•OOOOOOIO'B 



alertingCategory- 1 
alertingCategory- 2 
alertingCategory- 3 
alertingCategory- 4 
alertingCategory- 5 



AlertingPattern ::= ' 00000100 'B 
AlertingPattern ::= • 00000101 'B 
AlertingPattern ::= ' 00000110 'B 
AlertingPattern ::= • 00000111 'B 
AlertingPattern ::= 'OOOOIOOO'B 
all other values of Alerting Category are reserved 
Alerting categories are defined in GSM 02.07 
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GSN-Address ::= OCTET STRING (SIZE (5.. 17)) 

-- Octets are coded according to TS 3GPP TS 23.003 [17] 



-- data types for numbering and identification 



IMSI ::= TBCD-STRING (SIZE (3.. 8)) 

-- digits of MCC, MNC, MSIN are concatenated in this order. 



Identity ::= CHOICE { 




imsi 


IMSI, 


imsi-WithLMSI 


IMSI-WithLMSl} 



IMSI-WithLMSI ::= SEQUENCE { 




imsi 


IMSI, 


Imsi 


LMSI, 


-- a special value 00000000 


indicates that the LMSI is not in use 



ASCI-CallReference ::= TBCD-STRING (SIZE (1..8)) 

-- digits of VGCS/VBS- area, Group -ID are concatenated in this order if there is a 
-- VGCS/VBS -area. 



TMSI 



OCTET STRING (SIZE (1..4) 



Subscriberld : 


= CHOICE { 




imsi 




[0] IMSI, 


tmsi 




[1] TMSI} 



:= TBCD-STRING (SIZE (8)) 

Refers to International Mobile Station Equipment Identity 

and Software Version Number (SVN) defined in TS 3GPP TS 23.003 [17] 

If the SVN is not present the last octet shall contain the 

digit and a filler. 

If present the SVN shall be included in the last octet. 



HLR- 


■Id 


: := IMSI 






















-- 


leading digits 


of 


IMSI, i.e. 


(MCC, 


MNC, 


leading digits 


of 




-- 


MSIN) forming 


HLR 


Id 


defined 


in TS 


3GPP 


TS 


23 


003 [17] 





HLR-List : 



SEQUENCE SIZE ( 1 . .maxNumOf HLR-Id) OF 

HLR- Id 



maxNumOfHLR-Id INTEGER ::= 5 



LMSI ::= OCTET STRING (SIZE (4)) 



GlobalCellld ::= OCTET STRING 


(SIZE 


(5. 


.7)) 1 


-- Refers to Cell Global 


I dent 1 


fication defined in TS 3GPP TS 23.003 [17]. 


-- The internal 


structure 


is 


defined as follows: 


-- octet 1 bits 


4321 








Mobile Country Code 1^^ digit 


bits 


8765 








Mobile Country Code 2""^ digit 


-- octet 2 bits 


4321 








Mobile Country Code 3""^ digit 


bits 


8 765 








Mobile Network Code 3""^ digit 


-- 










or filler (1111) for 2 digit MNCs 


-- octet 3 bits 


4321 








Mobile Network Code I^' digit 


bits 


8 765 








Mobile Network Code 2'''^ digit 


-- octets 4 and 


5 








Location Area Code according to TS 3GPP TS 24.008 


[35] 












-- octets 6 and 


7 








Cell Identity (CI) according to TS 3GPP TS 24.008 


[35] 













NetworkResource : : = 


ENUMERATED { 


plmn (0) , 




hlr (1), 




vlr (2), 




pvlr (3), 




controllingMSC 


(4) , 


vmsc (5) , 




eir (6), 




rss (7)} 
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AdditionalNetworkResource : 


:= ENUMERATED { 




sgsn (0) , 












ggsn (1) , 












gmlc (2) , 












gsmSCF (3) , 












nplr (4) , 












auc (5) , 












ue (6), 












mme (7) } 












-- if unknown 


value is 


received 


m 


Add it 


ionalNetworkResource 


-- it shall be 


ignored. 











NAEA-PreferredCI ::= SEQUENCE 
naea-PreferredCIC 
extensionContainer 



[0] NAEA-CIC, 

[1] ExtensionContainer 



OPTIONAL, 



^^^ 



NAEA-CIC ::= OCTET STRING (SIZE (3)) 

-- The internal structure is defined by the Carrier Identification 

-- parameter in ANSI Tl . 113 .3 . Carrier codes between '000' and '999' may 

--be encoded as 3 digits using '000' to '999' or as 4 digits using 

-- '0000' to '0999' . Carrier codes between '1000' and '9999' are encoded 

-- using 4 digits. 



Subscriber Identity 

imsi 
msisdn 



:= CHOICE { 



[0] IMSI, 

[1] ISDN-AddressString 



LCSClientExternallD ::= SEQUENCE 
externalAddress 
extensionContainer 



[0] ISDN-AddressString 
[1] ExtensionContainer 



OPTIONAL, 
OPTIONAL, 



LCSClientlnternallD ::= ENUMERATED 
broadcast Service 
o-andM-HPLMN 
o-andM-VPLMN 
anonymousLocation 
targe tMSsubscribedService 
... } 



(0), 
(1), 
(2), 
(3), 
(4), 



for a CAMEL phase 3 PLMN operator client, the value targetMSsubscribedService shall be used 



LCSServiceTypelD ::= INTEGER (0..12 7) 

-- the integer values 0-63 are reserved for Standard LCS service types 
-- the integer values 64-12 7 are reserved for Non Standard LCS service types 



-- standard LCS Service Types 






emergencyServices 


LCSServiceTypelD : 


:= 


emergencyAlertServices 


LCSServiceTypelD : 


:= 1 


personTracking 


LCSServiceTypelD : 


:= 2 


fleetManagement 


LCSServiceTypelD : 


:= 3 


assetManagement 


LCSServiceTypelD : 


:= 4 


traf f icCongestionReporting 


LCSServiceTypelD : 


:= 5 


roadsideAssistance 


LCSServiceTypelD : 


:= 6 


routingToNearestCommercialEnterprise 


LCSServiceTypelD : 


:= 7 


navigation 


LCSServiceTypelD : 


:= 8 


--this service type is reserved f 


or use in previous release 


3 


citySightseeing 


LCSServiceTypelD : 


:= 9 


localizedAdvertising 


LCSServiceTypelD : 


:= 10 


mob i 1 e Ye 1 1 owP ages 


LCSServiceTypelD : 


:= 11 


traf ficAndPubl icTranspor tat ionlnfo 


LCSServiceTypelD : 


:= 12 


weather 


LCSServiceTypelD : 


:= 13 


assetAndServiceFinding 


LCSServiceTypelD : 


:= 14 


gaming 


LCSServiceTypelD : 


:= 15 


f indYourFriend 


LCSServiceTypelD : 


:= 16 


dating 


LCSServiceTypelD : 


:= 17 


chatting 


LCSServiceTypelD : 


:= 18 


routeFinding 


LCSServiceTypelD : 


:= 19 


whereAmI 


LCSServiceTypelD : 


:= 20 


-- The values of LCSServiceTypelD are 


defined according to 3GPP 


TS 22.071. 
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-- Non Standard LCS Service Types 

serv64 

serv65 

serv66 

serv67 

serv68 

serv69 

serv7 

serv71 

serv72 

serv73 

serv74 

serv75 

serv7 6 

serv77 

serv78 

serv7 9 

servSO 

servSl 

serv82 

serv83 

serv84 

servBS 

serv86 

serv87 

serv88 

serv89 

servSO 

serv91 

serv92 

serv93 

serv94 

serv95 

serv96 

serv97 

serv98 

serv99 

servlOO 

servlOl 

servl02 

servlOS 

servl04 

servlOS 

service 

servl07 

servl08 

servl09 

servllO 

servlll 

servll2 

servll3 

servll4 

servllS 

servile 

servll7 

servll8 

servll9 

servl2 

servl21 

servl22 

servl23 

servl24 

servl25 

servl2e 

servl27 



LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 
LCSServi 



ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 
ceTypelD 



PLMN-Id ::= OCTET STRING 


(SIZE 


(3) ) 




-- The internal structure 


is 


defineo 


as follows: 


-- octet 1 bits 4321 








Mobile Country Code 1st digit 


bits 8765 








Mobile Country Code 2nd digit 


-- octet 2 bits 4321 








Mobile Country Code 3rd digit 


bits 8765 








Mobile Network Code 3rd digit 


-- 








or filler (1111) for 2 digit MNCs 


-- octet 3 bits 4321 








Mobile Network Code 1st digit 


bits 8765 








Mobile Network Code 2nd digit 



-- data types for CAMEL 
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CellGloballdOrServiceArealdOrLAI ::= CHOICE { 

cellGloballdOrServiceArealdFixedLength [0] CellGloballdOrServiceArealdFixedLength, 
laiFixedLength [1] LAIFixedLength} 



CellGloballdOrServiceArealdFixedLength : 


= OCTET STRING (SIZE (7)) 


-- Refers to Cell Global 


Identificat 


ion or Service Are Identification 


-- defined in 3GPP TS 


23. 


003 






-- The internal 


structure is 


defineo 


as follows: 


-- octet 1 bits 


4321 








Mobile Country Code 1^^ digit 


bits 


8765 








Mobile Country Code 2""^ digit 


-- octet 2 bits 


4321 








Mobile Country Code 3""^ digit 


bits 


8 765 








Mobile Network Code 3""^ digit 


-- 










or filler (1111) for 2 digit MNCs 


-- octet 3 bits 


4321 








Mobile Network Code I^' digit 


bits 


8 765 








Mobile Network Code 2'''^ digit 


-- octets 4 and 


5 








Location Area Code according to 3GPP TS 24.008 


-- octets 6 and 


7 








Cell Identity (CI) value or 


-- 










Service Area Code (SAC) value 


-- 










according to 3GPP TS 23.003 



LAIFixedLength : : = OCTET STRING 


(SIZE 


(5) ) 




-- Refers to Location 


Area 


I dent 1 


fication defined in 3GPP TS 23.003 [17] . 




-- The internal 


structure is defined as follows: 




-- octet 1 bits 


4321 






Mobile Country Code 1^^ digit 




bits 


8 765 






Mobile Country Code 2""^ digit 




-- octet 2 bits 


4321 






Mobile Country Code 3""^ digit 




bits 


8 765 






Mobile Network Code 3'"' digit 




-- 








or filler (1111) for 2 digit MNCs 




-- octet 3 jbits 


4321 






Mobile Network Code 1^^ digit 




i^its 


8765 






Mobile Network Code 2"'' digit 




-- octets 4 and 


5 






Location Area Code according to 3GPP TS 24.008 


[35] 



-- data types for subscriber management 



BasicServiceCode ::= CHOICE { 
bearerService 
teleservice 



[2] BearerServiceCode, 
[3] TeleserviceCode} 



Ext-BasicServiceCode : : 


= CHOICE { 






ext -BearerService 




[2] 


Ext -BearerServiceCode, 


ext -Teleservice 




[3] 


Ext -TeleserviceCode} 



EMLPP-Info ::= SEQUENCE { 

maximumentitledPriority 
default Priority 
extensionContainer 



EMLPP-Priority, 
EMLPP-Priority, 
ExtensionContainer 



OPTIONAL, 



EMLPP-Priority ::= INTEGER (0..15) 




-- The mapping from the values A,B, , 1 , 2 , 3 , 4 to the integer - 


-value is 


-- specified as follows where A is the highest and 4 is the 


lowest 


-- priority level 




-- the integer values 7-15 are spare and shall be mapped to 


value 4 



priorityLevelA EMLPP-Priority : 
priorityLevelB EMLPP-Priority : 
priorityLevelO EMLPP-Priority : 
priorityLevell EMLPP-Priority : 
priorityLevel2 EMLPP-Priority : 
priorityLevelB EMLPP-Priority : 
priorityLevel4 EMLPP-Priority : 


:= 6 
:= 5 
:= 

:= 2 
:= 3 
:= 4 



MC-SS-Info ::= SEQUENCE { 








ss-Code 


[0] 


SS-Code, 




ss-Status 


[1] 


Ext-SS-Status, 




nbrSB 


[2] 


MaxMC-Bearers , 




nbrUser 


[3] 


MC-Bearers, 




extensionContainer 
...1 


[4] 


ExtensionContainer 


OPTIONAL, 



MaxMC-Bearers 



:= INTEGER (2 .. maxNumOf MC-Bearers) 



MC-Bearers ::= INTEGER ( 1 . .maxNumOfMC- Bearers) 



maxNumOfMC- Bearers INTEGER ::= 7 
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Ext-SS-Status 


:= OCTET STRING (SIZE (1..5)) 


-- OCTET 1 




-- bits 8765: 0000 (unused) 


-- bits 4321: Used to convey the "P bit\"R bit", "A bit" and "Q bit", 


-- 


representing supplementary service state information 


-- 


as defined in TS 3GPP TS 23.011 [22] 


-- bit 4: 


"Q bit" 


-- bit 3: 


"P bit" 


-- bit 2: 


"R bit" 


-- bit 1: 


"A bit" 


-- OCTETS 


2-5: reserved for future use. They shall be discarded if 


-- received and not understood. 



data types for geographic location 



AgeOfLocationlnformation ::= INTEGER (0.. 32 76 7) 

-- the value represents the elapsed time in minutes since the last 

-- network contact of the mobile station (i.e. the actuality of the 

-- location information) . 

-- value '0' indicates that the MS is currently in contact with the 

network 
-- value '32767' indicates that the location information is at least 
32767 minutes old 



END 

1 7.7.9 Teleservice Codes 

MAP -TS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versionl2 (12) 

DEFINITIONS 



BEGIN 



TeleserviceCode ::= OCTET STRING (SIZE (1)) 

-- This type is used to represent the code identifying a single 

-- teleservice, a group of teleservices , or all teleservices . The 

-- services are defined in TS GSM 22.003 [4] . 

-- The internal structure is defined as follows: 

-- bits 87654321 : group (bits 8765) and specific service 
-- (bits 4321) 



Ext-TeleserviceCode ::= OCTET STRING (SIZE (1..5)) 

-- This type is used to represent the code identifying a single 
-- teleservice, a group of teleservices, or all teleservices . The 
-- services are defined in TS GSM 22.003 [4] . 
-- The internal structure is defined as follows: 

- - OCTET 1 : 

-- bits 87654321 : group (bits 8765) and specific service 

-- (bits 4321) 

-- OCTETS 2-5: reserved for future use. If received the 
-- Ext -TeleserviceCode shall be 

-- treated according to the exception handling defined for the 
-- operation that uses this type. 

-- Ext -TeleserviceCode includes all values defined for TeleserviceCode . 



allTeleservices 



TeleserviceCode 



. . _ I 



OOOOOOOO'B 
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allSpeechTransmissionServices 


TeleserviceCode : : 


= 'OOOIOOOO'B 


telephony 


TeleserviceCode : : 


= 'OOOIOOOI'B 


emergencyCal 1 s 


TeleserviceCode : : 


= 'OOOIOOIO'B 



allShortMessageServices 
shortMessageMT-PP 
shortMessageMO-PP 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



= 'OOIOOOOO'B 
= 'OOlOOOOl'B 
= 'OOIOOOIO'B 



allFacsimileTransmissionServices 
facsimileGroup3AndAlterSpeech 
automaticFacsimileGroup3 
facsimileGroup4 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



= -OllOOOOO'B 

= 'OllOOOOl'B 

= 'OllOOOlO'B 

= 'OllOOOll'B 



-- The following non-hierarchical Compound Teleservice Groups 

-- are defined in TS 3GPP TS 22.030: 

allDataTeleservices TeleserviceCode ::= ' 01110000 'B 

-- covers Teleservice Groups ' allFacsimileTransmissionServices ' 

-- and 'allShortMessageServices' 
allTeleservices-ExeptSMS TeleserviceCode ::= ' 10000000 'B 

-- covers Teleservice Groups 'allSpeechTransmissionServices' and 

-- ' allFacsimileTransmissionServices ' 

-- Compound Teleservice Group Codes are only used in call 

-- independent supplementary service operations, i.e. they 

-- are not used in InsertSubscriberData or in 

-- DeleteSubscriberPata messages . 



allVoiceGroupCallServices 

voiceGroupCall 

voiceBroadcastCall 



TeleserviceCode 
TeleserviceCode 
TeleserviceCode 



'10010000 
'10010001 
'10010010 



allPLMN-spec 
plmn- specif i 
plmn-specif i 
plmn- specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 



ificTS 

cTS-1 

cTS-2 

cTS-3 

cTS-4 

cTS-5 

cTS-6 

cTS-7 

cTS-8 

cTS-9 

CTS-A 

CTS-B 

CTS-C 

CTS-D 

CTS-E 

cTS-F 



Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 
Teleservi 



ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 



'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 
'1101 



0000 
0001 
0010 
0011 
0100 
0101 
Olio 
0111 
1000 
1001 
1010 
1011 
1100 
1101 
1110 

1111 



END 

17.7.10 Bearer Service Codes 

MAP -BS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-BS-Code (20) versionl2 (12) 

DEFINITIONS 



BEGIN 



BearerServiceCode ::= OCTET STRING (SIZE (1)) 

-- This type is used to represent the code identifying a single 
-- bearer service, a group of bearer services, or all bearer 
-- services. The services are defined in TS 3GPP TS 22.002 [3] . 
-- The internal structure is defined as follows: 

-- plmn-specif ic bearer services : 

-- bits 87654321: defined by the HPLMN operator 

-- rest of bearer services : 

-- bit 8: (unused) 

-- bits 7654321: group (bits 7654), and rate, if applicable 

-- (bits 321) 
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Ext-BearerServiceCode ::= OCTET STRING (SIZE (1..5)) 

-- This type is used to represent the code identifying a single 
-- jbearer service, a group of bearer services, or all bearer 
-- services. The services are defined in TS 3GPP TS 22.002 [3]. 
-- The internal structure is defined as follows: 

-- OCTET 1: 

-- plmn- specif ic bearer services : 

-- bits 87654321: defined by the HPLMN operator 

-- rest of bearer services : 

-- bit 8: (unused) 

-- bits 7654321: group (bits 7654), and rate, if applicable 

-- (bits 321) 

-- OCTETS 2-5: reserved for future use. If received the 
-- Ext-TeleserviceCode shall be 

-- treated according to the exception handling defined for the 
-- operation that uses this type. 



-- Ext -BearerServiceCode includes all values defined for BearerServiceCode . 



allBearerServices 



BearerServiceCode ::= 'OOOOOOOO'B 



allDataCDA-Services BearerServiceCode : 
dataCDA- 3 00bps BearerServiceCode : 
dataCDA- 12 00bps BearerServiceCode : 
dataCDA- 12 00 -75bps BearerServiceCode : 
dataCDA- 24 00bps BearerServiceCode : 
dataCDA-4800bps BearerServiceCode : 
dataCDA- 9600bps BearerServiceCode : 
general -dataCDA BearerServiceCode : 


PQPQPQPQPQPQPQPQ 

OHOHOHOH 
OOHHOOHH 
OOOOHHHH 
OOOOOOOO 
HHHHHHHH 
OOOOOOOO 
OOOOOOOO 
OOOOOOOO 

II II II II II II II II 



allDataCDS-Services BearerServiceCode : 
dataCDS -12 00bps BearerServiceCode : 
dataCDS-2400bps BearerServiceCode : 
dataCDS-4800bps BearerServiceCode : 
dataCDS- 9600bps BearerServiceCode : 
general -dataCDS BearerServiceCode : 


:= 'OOOllOOO'B 
:= 'OOOIIOIO'B 
:= 'OOOlllOO'B 
:= 'OOOlllOl'B 
:= 'OOOllllO'B 
:= 'OOOlllll'B 



allPadAccessCA-Services BearerServiceCode : 
padAccessCA-300bps BearerServiceCode : 
padAccessCA- 12 00bps BearerServiceCode : 
padAccessCA-1200-75bps BearerServiceCode : 
padAccessCA-2400bps BearerServiceCode : 
padAccessCA-4800bps BearerServiceCode : 
padAccessCA- 9600bps BearerServiceCode : 
general -padAccessCA BearerServiceCode : 


PQPQPQPQPQPQPQPQ 

OHOHOHOH 
OOHHOOHH 
OOOOHHHH 
OOOOOOOO 
OOOOOOOO 
HHHHHHHH 
OOOOOOOO 
OOOOOOOO 

II II II II II II II II 



allDataPDS- Services 


BearerServiceCode : 


:= 'OOIOIOOO'B 


dataPDS-2400bps 


BearerServiceCode : 


:= 'OOlOllOO'B 


dataPDS-4800bps 


BearerServiceCode : 


:= 'OOlOllOl'B 


dataPDS- 9600bps 


BearerServiceCode : 


:= 'OOlOlllO'B 


general -dataPDS 


BearerServiceCode : 


:= 'OOlOllll'B 



1 allAlternateSpeech-DataCDA 


BearerServiceCode : : 


= '00110000 


B 1 




1 allAlternateSpeech-DataCDS 


BearerServiceCode : : 


= '00111000 


B 1 




1 allSpeechFollowedByDataCDA 


BearerServiceCode : : 


= '01000000 


B 1 




1 allSpeechFollowedByDataCDS 


BearerServiceCode : : 


= '01001000 


B 1 
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The following non- hierarchical Compound Bearer Service 



-- Groups are defined in TS 3GPP TS 

allDataCircuitAsynchronous 

-- covers "allDataCDA- Services" 
-- "allSpeechFollowedByDataCDA" 

allAsynchronousServices 

-- covers "allDataCDA- Services" 
- - "allSpeechFollowedByDataCDA " 

allDataCircuitSynchronous 

-- covers "allDataCDS- Services" 
-- " allSpeechFollowedByDataCDS" 

allSynchronousServices 

-- covers "allDataCDS-Services" 
-- "allSpeechFollowedByDataCDS" 



22.030: 

BearerServiceCode ::= ' 01010000 'B 
, "allAlternateSpeech-DataCDA" and 

BearerServiceCode ::= ' 01100000 'B 
, "allAlternateSpeech-DataCDA" , 
and "allPadAccessCDA- Services" 

BearerServiceCode ::= ' 01011000 'B 
, "allAlternateSpeech-DataCDS" and 

BearerServiceCode ::= ' 01101000 'B 
, "allAlternateSpeech-DataCDS" , 
and "allDataPDS- Services" 



Compound Bearer Service Group Codes are only used in call 
independent supplementary service operations, i.e. they 
are not used in InsertSubscriberData or in 
DeleteSubscriberData messages . 



allPLMN-spec 
plmn- specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 
plmn-specif i 



ificBS 

cBS-1 

cBS-2 

cBS-3 

cBS-4 

cBS-5 

cBS-6 

cBS-7 

cBS-8 

cBS-9 

CBS-A 

CBS-B 

CBS-C 

CBS-D 

CBS-E 

CBS-F 



BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 
BearerServi 



ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 
ceCode 



•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 
•1101 



OOOO^B 
OOOl^B 
OOIO'B 
OOll'B 
OlOO'B 
OlOl'B 
OllO^B 
Olll^B 
lOOO'B 
lOOl'B 
lOlO^B 
lOll^B 
llOO^B 
llOl^B 
lllO^B 
llll^B 



END 



17.7.11 Extension data types 



MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 
EXPORTS 



PrivateExtension, 

ExtensionContainer, 

SLR-ArgExtensionContainer; 

IOC for private MAP extensions 



MAP-EXTENSION ::= CLASS { 




&Ext ens i onType 


OPTIONAL, 


&extensionId OBJECT IDENTIFIER } 




-- The length of the Object Identifier shall not exceed 16 octets and 


the 


-- number of components of the Object Identifier shall not exceed 16 





data types 



ExtensionContainer ::= SEQUENCE 
privateExtensionList 
pes -Ext ens ions 

-^A 



[0] PrivateExtensionList 
[1] PCS-Extensions 



OPTIONAL, 
OPTIONAL, 
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SLR-ArgExtensionContainer 

privateExtensionList 
slr-Arg- PCS -Extensions 



SEQUENCE { 

[0] PrivateExtensionList 
[1] SLR-Arg-PCS-Extensions 



OPTIONAL, 
OPTIONAL, 



PrivateExtensionList : 



:= SEQUENCE SIZE ( 1 . . maxNumOf PrivateExtensions) OF 
PrivateExtension 



PrivateExtension : 


= SEQUENCE { 






extid 




MAP-EXTENSION. &extensionId 
({ExtensionSet} ) , 




extType 




MAP-EXTENSION.&ExtensionType 








( {ExtensionSet} {@extld} ) 


optional} 



maxNumOf PrivateExtensions INTEGER ::= 10 



ExtensionSet 



MAP -EXTENSION : := 
ExtensionSet is the set of all defined private extensions 



Unsupported private extensions shall be discarded if received. 



PCS-Extensions ::= SEQUENCE 
^J 



SLR-Arg-PCS-Extensions ::= SEQUENCE { 

na-ESRK-Request [ ] NULL 



OPTIONAL } 



END 



1 7.7.1 2 Group Call data types 

MAP-GR-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-GR-DataTypes (23) versionl2 (12) 

DEFINITIONS 

IMPLICIT TAGS 



BEGIN 

EXPORTS 

PrepareGroupCallArg, 
PrepareGroupCallRes , 
SendGroupCallEndSignalArg, 
SendGroupCallEndSignalRes , 
ForwardGroupCal 1 S ignal 1 ingArg , 
ProcessGroupCallSignallingArg, 
SendGroupCal 1 Inf oArg , 
SendGroupCalllnfoRes 



IMPORTS 

ISDN- AddressSt ring, 

IMSI, 

TMSI, 

EMLPP-Priority, 

ASCI - CallRef erence , 

Signallnfo, 

GlobalCellld, 

AccessNetworkS ignal Info 
FROM MAP-CommonDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) 

Ext-TeleserviceCode 
FROM MAP -TS- Code { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-TS-Code (19) versionl2 (12) } 

Kc, 
Additionalinf o. 
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Groupid, 
Long-Groupid, 
AdditionalSubscriptions , 
Cksn 
FROM MAP-MS-DataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-MS-DataTypes (11) versionl2 



(12) 



ExtensionContainer 
FROM MAP-ExtensionDataTypes { 

itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 
gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) 



PrepareGroupCallArg ::= SEQUENCE 


{ 








teleservice 






Ext 


-TeleserviceCode, 




asciCallReference 






ASCI - CallRef erence , 




codec-Info 






CODEC-Info, 




cipheringAlgorithm 






CipheringAlgorithm, 




groupKeyNumber- Vk- Id 






[0] 


GroupKeyNumber 


OPTIONAL, 


groupKey 






[1] 


Kc 


OPTIONAL, 


-- this parameter shall 


not 


be sent 


and 


shall be discarded if 


received 


priority 






[2] 


EMLPP-Priority 


OPTIONAL, 


uplinkFree 






[3] 


NULL 


OPTIONAL, 


extensionConta i ner 






[4] 


ExtensionContainer 


OPTIONAL, 


vstk 






[5] 


VSTK 


OPTIONAL, 


vstk-rand 






[6] 


VSTK-RAND 


OPTIONAL, 


talkerChannel Parameter 






[7] 


NULL 


OPTIONAL, 


uplinkReplylndicator 






[8] 


NULL 


optional} 



VSTK 



OCTET STRING (SIZE (16)) 



VSTK-RAND ::= OCTET STRING (SIZE (5)) 

-- The 36 bit value is carried in bit 7 of octet 1 to bit 4 of octet 5 
-- bits 3, 2, 1, and of octet 5 are padded with zeros. 



PrepareGroupCallRes ::= SEQUENCE { 
groupCallNumber 
extensionContainer 



ISDN- AddressSt ring, 
ExtensionContainer 



OPTIONAL, 



SendGroupCallEndSignalArg 

imsi 
extensionContainer 

talker Priority 
additional Info 



:= SEQUENCE { 



IMSI 
ExtensionContainer 

[0] TalkerPriority 
[1] Additionalinf o 



OPTIONAL, 
OPTIONAL, 

OPTIONAL, 
OPTIONAL } 



TalkerPriority 

normal (0) , 
privileged (1) , 
emergency (2) } 



ENUMERATED 



SendGroupCallEndSignalRes 

extensionContainer 

^J 



SEQUENCE 



ExtensionContainer 



OPTIONAL, 



ForwardGroupCallSignallingArg : := 


SEQUENCE { 




imsi 




IMSI 


OPTIONAL, 


uplinkRequestAck 




[0] NULL 


OPTIONAL, 


uplinkRelease Indication 




[1] NULL 


OPTIONAL, 


uplinkReject Command 




[2] NULL 


OPTIONAL, 


upl inkSei zedCommand 




[3] NULL 


OPTIONAL, 


uplinkReleaseCommand 




[4] NULL 


OPTIONAL, 


extensionContainer 




ExtensionContainer 


OPTIONAL, 


stateAt tributes 




[5] StateAttributes 


OPTIONAL, 


talkerPriority 




[6] TalkerPriority 


OPTIONAL, 


additional Info 




[7] Additionallnfo 


OPTIONAL, 


emergencyModeResetCommandFlag 




[ 8 ] NULL 


OPTIONAL, 


sm-RP-UI 




[9] Signallnfo 


OPTIONAL, 


an-APDU [10] AccessNetworkSn 
1 


.gnal 


Info OPTIONAL 
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ProcessGroupCallSignallingArg 

uplinkRequest 
uplinkRelease Indication 
releaseGroupCall 
extensionContainer 



SEQUENCE { 

[ ] NULL 
[1] NULL 
[2] NULL 
ExtensionContainer 



talkerPriority [3] TalkerPriority 
additionallnfo [4] Additionallnfo 
emergencyModeResetCommandFlag [5] NULL 
an-APDU [6] AccessNetworkSignallnfoOPTIONAL } 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 

OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



iGroupKeyNumber ::= INTEGER (0..15) 



CODEC - 


■Info : := 


: OCTET STRING (SIZE 


(5. 


.10)) 




















- 


- Refers 


to channel type 
























- 


- coded 


according to 3 GPP TS 


48 


008 


[49] 


and 


incl 


uding 


Element 


identifier 


and 


Length 



Cipher ingAlgori thm 


: : = OCTET 


STRING (SIZE 


: (D) 


-- Refers to 


permi 


tted 


algori 


thms ' 


in 'encryption information' 


-- coded according 


to 


3 GPP 


TS 


48.008 


[49] : 


-- Bits 8-1 
















-- 8765 4321 
















-- 0000 0001 














No encryption 


-- 0000 0010 














GSM A5/1 


-- 0000 0100 














GSM A5/2 


-- 0000 1000 














GSM A5/3 


-- 0001 0000 














GSM A5/4 


-- 0010 0000 














GSM A5/5 


-- 0100 0000 














GSM A5/6 


-- 1000 0000 














GSM A5/7 



StateAttributes : : = SEQUENCE { 






downlinkAttached [5] NULL 




OPTIONAL, 


uplinkAttached [6] NULL 




OPTIONAL, 


dualCommunication [7] NULL 




OPTIONAL, 


callOriginator [8] NULL 




OPTIONAL } 


-- Refers to 3GPP TS 44.068 for definitions of StateAttributes 


fields. 





SendGroupCalllnfoArg ::= SEQUENCE { 

requestedlnfo Requestedinf o, 
group Id Long-Groupid, 
teleservice Ext-TeleserviceCode, 




cellld 


[0] GlobalCellld 


OPTIONAL, 


imsi 


[1] IMSI 


OPTIONAL, 


tmsi 


[2] TMSI 


OPTIONAL, 


additionallnfo 


[3] Additionallnfo 


OPTIONAL, 


talkerPriority 


[4] TalkerPriority 


OPTIONAL, 


cksn 


[5] Cksn 


OPTIONAL, 


extensionContainer 
... 1 


[6] ExtensionContainer 


OPTIONAL, 



Requestedlnfo ::= ENUMERATED { 

anchorMSC-AddressAndASCI-CallReference 
imsiAndAdditionallnfoAndAdditional Subscript ion 
... } 



(0), 
(1), 



exception handling: 

an unrecognized value shall he rejected by the receiver with a return error cause of 

unexpected data value 



SendGroupCalllnfoRes ::= SEQUENCE { 








anchorMSC -Address 


[0] 


ISDN- AddressSt ring 


OPTIONAL, 


asciCallReference 


[1] 


ASCI-CallReference 


OPTIONAL, 


imsi 


[2] 


IMSI 


OPTIONAL, 


additionallnfo 


[3] 


Additionallnfo 


OPTIONAL, 


additional Subscript ions 


[4] 


Additional Subscript ions 


OPTIONAL, 


kc 


[5] 


Kc 


OPTIONAL, 


extensionConta i ner 
... 1 


[6] 


ExtensionContainer 


OPTIONAL, 



END 



17.7.13 Location service data types 
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1 MAP-LCS-DataTypes { 

2 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

3 gsm-Network (1) modules (3) map-LCS-DataTypes (25) versionl2 (12) } 

4 

5 DEFINITIONS 

6 IMPLICIT TAGS 

7 :: = 

8 BEGIN 

9 

10 EXPORTS 

11 RoutinglnfoForLCS-Arg, 

12 RoutinglnfoForLCS-Res, 

13 ProvideSubscriberLocation-Arg, 

14 ProvideSubscriberLocation-Res , 

15 SubscriberLocationReport-Arg, 

16 SubscriberLocationReport-Res, 

17 LocationType, 

18 Def erredLocationEventType, 

19 LCSClientName, 

20 LCS-QoS, 

21 Horizontal-Accuracy, 

22 ResponseTime, 

23 Ext-Geographicallnformation, 

24 VelocityEstimate, 

25 SupportedGADShapes, 

26 Add-Geographicalinf ormation, 

27 LCSRequestorlD, 

28 LCS-Ref erenceNumber, 

29 LCSCodeword, 

30 AreaEventlnfo, 

31 Report ingPLMNList, 

32 PeriodicLDRInfo, 

33 SequenceNumber 

34 ; 

35 

36 IMPORTS 

37 AddressString, 

38 ISDN-AddressString, 

39 IMEI, 

40 IMSI, 

41 LMSI, 

42 Subscriberldentity, 

43 AgeOfLocationlnformation, 

44 LCSClientExternallD, 

45 LCSClientlnternallD, 

46 LCSServiceTypelD, 

47 CellGloballdOrServiceArealdOrLAI , 

48 PLMN-Id, 

49 GSN-Address 

50 FROM MAP-CommonDataTypes { 

51 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

52 gsm-Network (1) modules (3) map-CommonDataTypes (18) versionl2 (12) } 

53 

54 ExtensionContainer, 

55 SLR-ArgExtensionContainer 

56 FROM MAP-ExtensionDataTypes { 

57 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

58 gsm-Network (1) modules (3) map-ExtensionDataTypes (21) versionl2 (12) } 

59 

60 USSD-DataCodingScheme, 

61 USSD-String 

62 FROM MAP-SS-DataTypes { 

63 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network (1) modules (3) 

64 map-SS-DataTypes (14) versionl2 (12) } 

65 

66 APN, 

67 SupportedLCS-CapabilitySets 

68 FROM MAP-MS-DataTypes { 

69 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

70 gsm-Network (1) modules (3) map-MS-DataTypes (11) versionl2 (12) } 

71 

72 Additional -Number 

73 FROM MAP-SM-DataTypes { 

74 itu-t identif ied-organization (4) etsi (0) mobileDomain (0) 

75 gsm-Network (1) modules (3) map-SM-DataTypes (16) versionl2 (12) } 

76 ; 

77 
78 
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79 
80 
81 
82 
83 
84 
85 
86 
87 



90 
91 
92 
93 
94 
95 
96 
97 
98 
99 
100 
101 
102 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 



RoutinglnfoForLCS-Arg : 

mlcNumber 

targetMS 

extensionContainer 

^J 



SEQUENCE 



[0] ISDN-AddressString, 
[1] Subscriberldentity, 
[2] ExtensionContainer 



OPTIONAL, 



RoutinglnfoForLCS-Res : 


:= SEQUENCE { 










targetMS 




[0] 


Subscriberldentity, 




IcsLocationlnfo 




[1] 


LCSLocationlnfo, 






extensionContainer 




[2] 


ExtensionContainer 


OPTIONAL, 


v-gmlc -Address 




[3] 


GSN-Address 




OPTIONAL, 


h-gmlc -Address 




[4] 


GSN-Address 




OPTIONAL, 


ppr-Address 




[5] 


GSN-Address 




OPTIONAL, 


addi tional- v-gmlc - 


Address 


[6] 


GSN-Address 




OPTIONAL } 



LCSLocationlnfo : : = SEQUENCE { 




networkNode -Number ISDN-AddressString, 


-- NetworkNode -number can be msc-number, 


sgsn-number or a dummy value of "0" 


Imsi [0] 


LMSI OPTIONAL, 


extensionContainer [1] 


ExtensionContainer OPTIONAL, 


gprsNodelndicator [2] 


NULL OPTIONAL, 


-- gprsNodelndicator is set only if the 


SGSN number is sent as the Network Node Number 


additional -Number [3] 


Additional -Number OPTIONAL, 


supportedLCS-CapabilitySets [4] 


SupportedLCS-CapabilitySets OPTIONAL, 


additional-LCS-CapabilitySets [5] 


SupportedLCS-CapabilitySets OPTIONAL, 


mme-Name [6] 


Diameterldentity OPTIONAL, 


aaa-Server-Name [8] 

i 


Diameterldentity OPTIONAL 



ProvideSubscriberLocation 


-Arg 


:= SEQUENCE { 






locationType 






LocationType, 




ml c -Number 






ISDN 


-AddressString, 




Ics-ClientID 






[0] 


LCS-ClientID 


OPTIONAL, 


privacyOverride 






[1] 


NULL 


OPTIONAL, 


imsi 






[2] 


IMSI 


OPTIONAL, 


msisdn 






[3] 


ISDN-AddressString 


OPTIONAL, 


Imsi 






[4] 


LMSI 


OPTIONAL, 


imei 






[5] 


IMEI 


OPTIONAL, 


Ics-Priority 






[6] 


LCS-Priority 


OPTIONAL, 


Ics-QoS 






[7] 


LCS-QoS 


OPTIONAL, 


extensionContainer 






[8] 


ExtensionContainer 


OPTIONAL, 


support edGADShapes 






[9] 


Support edGADShapes 


OPTIONAL, 


Ics-ReferenceNumber 






[10] 


LCS-ReferenceNumber 


OPTIONAL, 


IcsServiceTypelD 






[11] 


LCSServiceTypelD 


OPTIONAL, 


IcsCodeword 






[12] 


LCSCodeword 


OPTIONAL, 


Ics-PrivacyCheck 






[13] 


LCS - Pr ivacyCheck 


OPTIONAL, 


areaEventlnfo 






[14] 


AreaEventlnfo 


OPTIONAL, 


h-gmlc-Address 






[15] 


GSN-Address 


OPTIONAL, 


mo-lrShortCircuitlndicatoi 




[16] 


NULL 


OPTIONAL, 


periodicLDRInfo 






[17] 


PeriodicLDRInfo 


OPTIONAL, 


report ingPLMNLi St 






[18] 


Report ingPLMNList 


OPTIONAL } 


-- one of imsi or msi 


sdn is mandatory 






-- If a location esti 


mate 


type indicates 


activate deferred location 


or cancel deferred 


-- location, a Ics-Reference number 


shall be included. 





LocationType : : = SEQUENCE { 
locationEstimateType 

deferredLocationEventType 



[0] LocationEstimateType, 

[1] DeferredLocationEventType OPTIONAL } 



LocationEstimateType ::= ENUMERATED { 




current Location 


(0), 


current OrLastKnownLocat ion 


(1), 


initialLocation 


(2), 


activateDeferredLocation 


(3), 


cancelDeferredLocation 


(4) , 


notif icationVerif icationOnly 


(5) } 


exception handling: 




a ProvideSubscriberLocation- Arg containing an unrecognized LocationEstimateType 


shall be rejected by the receiver 


with a return error cause of unexpected data value 
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155 
156 
157 
158 
159 
160 
161 
162 
163 
164 
165 
166 
167 
168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 
202 
203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 
215 
216 
217 
218 
219 
220 
221 
222 
223 
224 
225 
226 



DeferredLocationEventType 

msAva liable 
enter InglntoArea 
leavlngFromArea 
belnglnsldeArea 
perlodlcLDR 



BIT STRING 



(0) 

(1), 

(2), 

(3) 

(4) 



(SIZE (1..16)) 

belnglnsldeArea Is always treated as oneTlmeEvent regardless of the possible value 
of occurrencelnfo Inside areaEventlnfo . 
exception handling: 

a ProvldeSubscrlberLocatlon-Arg containing other values than listed above In 
DeferredLocationEventType shall be rejected by the receiver with a return error cause of 
unexpected data value. 



LCS-ClientID ::= SEQUENCE { 








IcsCllentType 


[0] 


LCSCllentType, 




IcsCllentExternallD 


[1] 


LCSCllentExternallD 


OPTIONAL, 


IcsCllentDlaledByMS 


[2] 


AddressStrlng 


OPTIONAL, 


IcsCl lent Internal ID 


[3] 


LCSCllentlnternallD 


OPTIONAL, 


IcsCllentName 


[4] 


LCSCllentName 


OPTIONAL, 


IcsAPN 


[5] 


APN 


OPTIONAL, 


IcsRequestorlD 


[6] 


LCSRequestorlD 


OPTIONAL } 



LCSCllentType ::= ENUMERATED 
emergencyServlces 
valueAddedServlces 
plmnOperatorServlces 
lawful Intercept Services 
... } 



(0), 
(1), 
(2), 
(3), 



exception handling: 

unrecognized values may be Ignored If the LCS client uses the privacy override 

otherwise, an unrecognized value shall be treated as unexpected data by a receiver 

a return error shall then be returned If received In a MAP Invoke 



LCSCllentName ::= SEQUENCE { 
dataCodlngScheme 
nameStrlng 

Ics- Format Indicator 



[0] USSD-DataCodlngScheme, 
[2] NameStrlng, 

[3] LCS-Formatlndlcator 



OPTIONAL 



The USSD -DataCodlngScheme shall Indicate use of the default alphabet through the 
following encoding 
bit 76543210 
00001111 



[NameString ::= USSD-Strlng (SIZE (1 . .maxNameStrlngLength) ) 



ImaxNameStringLength INTEGER ::= 63 



LCSRequestorlD ::= SEQUENCE 
dataCodlngScheme 
request or IDS t ring 

Ics -Format Indicator 



[0] USSD-DataCodlngScheme, 
[1] RequestorlDStrlng, 

[2] LCS-Formatlndlcator 



OPTIONAL } 



I RequestorlDStrlng 



USSD-Strlng (SIZE (1 . .maxRequestorlDStrlngLength) ) 



ImaxRequestorlDStringLength INTEGER ::= 63 



LCS-Formatlndicator : 


= ENUMERATED { 




loglcalName 




(0) , 


e-mail Address 




(1), 


mslsdn 




(2), 


url 




(3), 


slpUrl 
... 1 




(4) , 



LCS-Priority ::= OCTET STRING (SIZE (1); 
-- = highest priority 
-- 1 = normal priority 
-- all other values treated as 1 
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227 
228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 
245 
246 
247 
248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 



LCS-QoS : := SEQUENCE { 








horizontal -accuracy 


[0] 


Horizontal -Accuracy 


OPTIONAL, 


verticalCoordinateRequest 


[1] 


NULL 


OPTIONAL, 


vertical -accuracy 


[2] 


Vertical -Accuracy 


OPTIONAL, 


responseTime 


[3] 


ResponseTime 


OPTIONAL, 


extensionConta i ner 


[4] 


ExtensionContainer 


OPTIONAL, 


velocityRequest 
1 


[5] 


NULL 


OPTIONAL 



Hori 


zontal -Accuracy 


: : = 


OCTET STRING 


(SIZE 


(1) ) 






















-- bit 8 = 
































-- bits 7-1 = 7 


bit 


Uncertainty 


Code defined 


in 


3 GPP 


TS 


23 


032. 


The 


horizontal 


location 




-- error should 


be 


less than 


the 


error 


indicated 


by 


the 


uncertainty 


code 


with 


67% 




-- confidence. 































Vertical -Accuracy ::= OCTET STRING (SIZE (1)) 

-- bit 8 = 

-- bits 7-1 = 7 bit Vertical Uncertainty Code defined in 3GPP TS 23.032. 

-- The vertical location error should be less than the error indicated 
-- by the uncertainty code with 67% confidence . 



ResponseTime : : = SEQUENCE { 
responseTimeCategory 

• ••} 



ResponseTimeCategory, 



note: an expandable SEQUENCE simplifies later addition of a numeric response time. 



ResponseTimeCategory : : = ENUMERATED { 
lowdelay (0) , 
delaytolerant (1) , 

... } 

exception handling: 

an unrecognized value shall be treated the same as value 1 (delaytolerant) 



SupportedGADShapes : : = BIT STRING { 

ellipsoidPoint (0) , 

ellipsoidPointWithUncertaintyCircle (1) , 

ellipsoidPointWithUncertaintyEllipse (2) , 

polygon (3) , 

ellipsoidPointWithAltitude (4) , 

ellipsoidPointWithAltitudeAndUncertaintyElipsoid (5) , 

ellipsoidArc (6) } (SIZE (7.. 16)) 
-- A node shall mark in the BIT STRING all Shapes defined in 3GPP TS 23.032 it supports. 
-- exception handling: bits 7 to 15 shall be ignored if received. 



|LCS-ReferenceNumber; ;= OCTET STRING (SIZE(l) 



LCSCodeword : : = SEQUENCE 
dataCodingScheme 
IcsCodewordString 

-^A 



[0] USSD-DataCodingScheme, 
[1] LCSCodewordString, 



iLCSCodewordString ::= USSD-String (SIZE (1 . .maxLCSCodewordStringLength) ) 



ImaxLCSCodewordStringLength INTEGER 



:= 20 



LCS-PrivacyCheck ::= SEQUENCE { 
callSessionUnrelated 
callSessionRelated 

-^A 



[0] PrivacyCheckRelatedAction, 
[1] PrivacyCheckRelatedAction 



OPTIONAL, 



PrivacyCheckRelatedAction : : = ENUMERATED { 
allowedWithoutNotif ication (0) , 
allowedWithNotif ication (1) , 
allowedlfNoResponse (2) , 
restrictedlfNoResponse (3) , 
notAllowed (4) , 

• ••} 

exception handling: 

a ProvideSubscriberLocation-Arg containing an unrecognized PrivacyCheckRelatedAction 

shall be rejected by the receiver with a return error cause of unexpected data value 
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AreaEventInf o : : = SEQUENCE { 








areaDef inition 


[0] 


AreaDef inition, 




occurrence Info 


[1] 


Occurrence Info 


OPTIONAL, 


intervalTime 


[2] 


IntervalTime 


OPTIONAL, 



AreaDef inition ::= SEQUENCE 
areaList 



[0] AreaList, 



[AreaList ::= SEQUENCE SIZE ( 1 . .maxNumOf Areas) OF Area 



maxNumOf Areas INTEGER ::= 10 



Area : : = SEQUENCE { 
areaType 
arealdentif ication 



[0] AreaType, 

[1] Arealdentif ication. 



AreaType : : = ENUMERATED { 




count ryCode 


(0), 


plmnld 


(1), 


locationAreald 


(2), 


routingAreald 


(3), 


cellGloballd 


(4), 


utranCellld 


(5) } 



Arealdentif ication ::= OCTET 


STRING 


(SIZE (2. .7)) 1 


-- The internal structure 


is 


defineo 


as follows: 


-- octet 1 bits 4321 










Mobile Country Code 1^^ digit 


bits 8765 










Mobile Country Code 2""^ digit 


-- octet 2 bits 4321 










Mobile Country Code 3""^ digit 


bits 8765 










Mobile Network Code 3""^ digit if 3 digit MNC included 


-- 










or filler (1111) 


-- octet 3 bits 4321 










Mobile Network Code I^' digit 


bits 8765 










Mobile Network Code 2'''^ digit 


-- octets 4 and 5 










Location Area Code (LAC) for Local Area Id, 


-- 










Routing Area Id and Cell Global Id 


-- octet 6 










Routing Area Code (RAC) for Routing Area Id 


-- octets 6 and 7 










Cell Identity (CI) for Cell Global Id 


-- octets 4 until 7 










Utran Cell Identity (UC-Id) for Utran Cell Id 



Occurrenceinf o : : = ENUMERATED 

oneTimeEvent 

multipleTimeEvent 
^J 



(0) , 
(1), 



IntervalTime ::= INTEGER (1.. 32767) 

-- minimum interval time between area reports in seconds 



PeriodicLDRInf o : : = SEQUENCE { 

report ingAmount Report ingAmount , 
reportinglnterval Reportinglnterval , 

• ••} 

-- reportinglnterval x report ingAmount shall not exceed 8639999 (99 days, 23 hours, 
-- 59 minutes and 59 seconds) for compatibility with OMA MLP and RLP 



ReportingAmount ::= INTEGER ( 1 . .maxReport ingAmount ) 



maxReportingAmount INTEGER ::= 8639999 



Reportinglnterval ::= INTEGER ( 1 . .maxReport inglnterval) 
-- Reportinglnterval is in seconds 



maxReportinglnterval INTEGER ::= 8639999 



ReportingPLMNList: := SEQUENCE { 

plmn-ListPrioritized [0] NULL 

plmn-List [1] PLMNList, 



OPTIONAL, 
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PLMNList::= SEQUENCE SIZE ( 1 .. maxNumOf Report ingPLMN) OF 

Report ingPLMN 



maxNumOfReportingPLMN INTEGER ::= 2 



Repor t ingPLMN: := SEQUENCE { 








plmn-Id 


[0] 


PLMN-Id, 




ran- Technology 


[1] 


RAN- Technology 


OPTIONAL, 


ran-PeriodicLocationSupport 


[2] 


NULL 


OPTIONAL, 



RAN- Technology ::= ENUMERATED { 
gsm (0) , 

umts (1) , 



ProvideSubscriberLocation-Res 

locationEstimate 

ageOfLocationEstimate 

extensionContainer 



SEQUENCE { 

Ext -Geographical Information, 
[0] AgeOfLocationInf ormation 
[1] ExtensionContainer 



add-LocationEstimate [2] 

deferredmt-lrResponse Indicator [3] 

geranPositioningData [4] 

utranPositioningData [5] 

cellldOrSai [6] 

sai-Present [7] 

accuracyFulf ilmentlndicator [8] 

velocityEstimate [9] 

mo-lrShortCircuitlndicator [10] 

geranGANSSpositioningData [11] 

utranGANSSpositioningData [12] 

target ServingNodeForHandover [13] 



OPTIONAL, 
OPTIONAL, 

OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Add-Geographical Information 
NULL 

PositioningDataInf ormation 

UtranPositioningDataInf o 

CellGloballdOrServiceArealdOrLAI OPTIONAL, 

NULL OPTIONAL, 

AccuracyFulf ilmentlndicator OPTIONAL, 

VelocityEstimate OPTIONAL, 

NULL OPTIONAL, 

GeranGANSSpositioningData OPTIONAL, 

UtranGANSSpositioningData OPTIONAL, 

ServingNodeAddress OPTIONAL } 



if deferredmt-lrResponselndicator is set, locationEstimate is ignored. 

the add-LocationEstimate parameter shall not be sent to a node that did not indicate the 

geographic shapes supported in the ProvideSubscriberLocation-Arg 

The locationEstimate and the add- locationEstimate parameters shall not be sent if 

the support edGADShapes parameter has been received in ProvideSubscriberLocation-Arg 

and the shape encoded in locationEstimate or add-LocationEstimate is not marked 

as supported in support edGADShape s . In such a case ProvideSubscriberLocation 

shall be rejected with error FacilityNotSupported with additional indication 

shapeOfLocationEstimateNot Supported. 

sai-Present indicates that the cellldOrSai parameter contains a Service Area Identity. 



AccuracyFulf ilmentlndicator ::= ENUMERATED 
requestedAccuracyFulf illed (0) , 
requestedAccuracyNotFulf illed (1) , 

^^J 
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Ext-Geographicallnformation ::= OCTET STRING (SIZE (1 . .maxExt-GeographicalInf ormation) ) 


-- 


Refers to geographical Tnformation defined in 3GPP TS 23.032. 




-- 


This is composed of 1 or more octets with an internal structure according to 


-- 


3GPP TS 23. 032 




-- 


Octet 1: Type of shape, only the following shapes in 3GPP TS 23.032 are allowed: 


-- 


(a) Ellipsoid point with uncertainty circle 




-- 


(b) Ellipsoid point with uncertainty ellipse 




-- 


(c) Ellipsoid point with altitude and uncertainty ellipsoid 




-- 


(d) Ellipsoid Arc 




-- 


(e) Ellipsoid Point 




-- 


Any other value in octet 1 shall be treated as invalid 




-- 


Octets 2 to 8 for case (a) - Ellipsoid point with uncertainty circle 




-- 


Degrees of Latitude 3 


octets 


-- 


Degrees of Longitude 3 


octets 


-- 


Uncertainty code 1 


octet 


-- 


Octets 2 to 11 for case (b) - Ellipsoid point with uncertainty ellipse: 


-- 


Degrees of Latitude 3 


octets 


-- 


Degrees of Longitude 3 


octets 


-- 


Uncertainty semi-major axis 1 


octet 


-- 


Uncertainty semi -minor axis 1 


octet 


-- 


Angle of major axis 1 


octet 


-- 


Confidence 1 


octet 


-- 


Octets 2 to 14 for case (c) - Ellipsoid point with altitude and uncertainty ellipsoid 


-- 


Degrees of Latitude 3 


octets 


-- 


Degrees of Longitude 3 


octets 


-- 


Altitude 2 


octets 


-- 


Uncertainty semi-major axis 1 


octet 


-- 


Uncertainty semi -minor axis 1 


octet 


-- 


Angle of major axis 1 


octet 


-- 


Uncertainty altitude 1 


octet 


-- 


Confidence 1 


octet 


-- 


Octets 2 to 13 for case (d) - Ellipsoid Arc 




-- 


Degrees of Latitude 3 


octets 


-- 


Degrees of Longitude 3 


octets 


-- 


Inner radius 2 


octets 


-- 


Uncertainty radius 1 


octet 


-- 


Offset angle 1 


octet 


-- 


Included angle 1 


octet 


-- 


Confidence 1 


octet 


-- 


Octets 2 to 7 for case (e) - Ellipsoid Point 




-- 


Degrees of Latitude 3 


octets 




Degrees of Longitude 3 


octets 


:: 


An Ext-Geographicallnformation parameter comprising more than one octet and 


-- 


containing any other shape or an incorrect number of octets or coding according 


-- 


to 3GPP TS 23.032 shall be treated as invalid data by a receiver. 






An Ext-Geographicallnformation parameter comprising one octet shall be discarded 


-- 


by the receiver if an Add-Geographicalln formation parameter is received 


-- 


in the same message. 




-- 


An Ext-Geographicallnformation parameter comprising one octet shall be treated as 


-- 


invalid data by the receiver if an Add-GeographicalTnf ormation parameter is not 


-- 


received in the same message. 





maxExt-GeographicalInf ormation INTEGER ::= 2 

-- the maximum length allows for further shapes in 3GPP TS 23.032 to be included in later 
-- versions of 3GPP TS 29.002 
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VelocityEstimate ::= OCTET STRING (SIZE (4.. 7)) 






-- Refers to Velocity description defined in 3GPP TS 23.032. 






-- This is composed of 4 or more octets with an internal structure according to 


-- 3GPP TS 23.032 






-- Octet 1: Type of velocity, only the following types in 3GPP TS 23. 


032 


are allowed: 


(a) Horizontal Velocity 






(b) Horizontal with Vertical Velocity 






(c) Horizontal Velocity with Uncertainty 






(d) Horizontal with Vertical Velocity and Uncertainty 






-- For types Horizontal with Vertical Velocity and Horizontal with Vertical Velocity 


-- and Uncertainty, the direction of the Vertical Speed is also inclu 


ded 


in Octet 1 


-- Any other value in octet 1 shall be treated as invalid 






-- Octets 2 to 4 for case (a) Horizontal velocity: 






Bearing 


1 


octet 


Horizontal Speed 


2 


octets 


-- Octets 2 to 5 for case (b) - Horizontal with Vertical Velocity: 






Bearing 


1 


octet 


Horizontal Speed 


2 


octets 


Vertical Speed 


1 


octet 


-- Octets 2 to 5 for case (c) - Horizontal velocity with Uncertainty: 






Bearing 


1 


octet 


Horizontal Speed 


2 


octets 


Uncertainty Speed 


1 


octet 


-- Octets 2 to 7 for case (d) - Horizontal with Vertical Velocity and 


Uncertainty: 


Bearing 


1 


octet 


Horizontal Speed 


2 


octets 


Vertical Speed 


1 


octet 


Horizontal Uncertainty Speed 


1 


octet 


Vertical Uncertainty Speed 


1 


octet 



PositioningDatalnformation ::= OCTET STRING (SIZE (2 . .maxPositioningDatalnformation) ) 
-- Refers to the Positioning Data defined in 3GPP TS 49.031. 

-- This is composed of 2 or more octets with an internal structure according to 
-- 3GPP TS 49.031. 



maxPositioningDatalnformation INTEGER 



:= 10 



UtranPositioningDatalnfo ::= OCTET STRING (SIZE (3 . .maxUtranPositioningDataInf o) ) 

-- Refers to the Position Data defined in 3GPP TS 25.413. 

-- This is composed of the positioningDataDiscriminator and the positioningDataSet 
-- included in positionData as defined in 3GPP TS 25.413. 



maxUtranPositioningDatalnfo INTEGER ::= 11 



GeranGANSSpositioningData ::= OCTET STRING (SIZE (2 . .maxGeranGANSSpositioningData) ) 
-- Refers to the GANSS Positioning Data defined in 3GPP TS 49.031. 
-- This is composed of 2 or more octets with an internal structure according to 
-- 3GPP TS 49. 031. 



maxGeranGANSSpositioningData INTEGER 



10 



UtranGANSSpositioningData ::= OCTET STRING (SIZE ( 1 . .maxUtranGANSSpositioningData) ) 
-- Refers to the Position Data defined in 3GPP TS 25.413. 

-- This is composed of the GANSS -PositioningDataSet only, included in PositionData 
--as defined in 3GPP TS 25.413. 



maxUtranGANSSpositioningData INTEGER ::= 
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Add-Geographicallnformation ::= OCTET STRING (SIZE (1 . .maxAdd-GeographicalInf ormation) ) 

-- Refers to geographical Information defined in 3GPP TS 23.032. 

-- This is composed of 1 or more octets with an internal structure according to 

-- 3GPP TS 23. 032 

-- Octet 1: Type of shape, all the shapes defined in 3GPP TS 23.032 are allowed: 

-- Octets 2 to n (where n is the total number of octets necessary to encode the shape 

-- according to 3GPP TS 23.032) are used to encode the shape itself in accordance with 



the 



-- encoding defined in 3GPP TS 23.032 

--An Add-Geographicallnformation parameter, whether valid or invalid, received 
-- together with a valid Ext -Geographical Information parameter in the same message 
-- shall be discarded. 

--An Add-Geographicallnformation parameter containing any shape not defined in 
-- 3GPP TS 23.032 or an incorrect number of octets or coding according to 
-- 3GPP TS 23.032 shall be treated as invalid data by a receiver if not received 
-- together with a valid Ext -Geographical Information parameter in the same message . 



maxAdd- 


Geographical Information 


INTEGER : 


:= 91 


















-- 


the maximum 


length 


allows support 


for all 


the 


shapes 


currently 


defined 


in 


3 GPP 


TS 


23 


032 



























SubscriberLocationReport-Arg ::= 


SEQUENCE { 








Ics- Event 


LCS 


- Event, 






Ics-ClientID 


LCS 


-ClientlD, 






IcsLocationlnfo 


LCSLocationlnfo, 






msisdn 


[0] 


ISDN- AddressSt ring 


OPTIONAL, 




imsi 


[1] 


IMSI 


OPTIONAL, 




imei 


[2] 


IMEI 


OPTIONAL, 




na-ESRD 


[3] 


ISDN- AddressSt ring 


OPTIONAL, 




na-ESRK 


[4] 


ISDN- AddressSt ring 


OPTIONAL, 




locationEstimate 


[5] 


Ext -Geographical Information 


OPTIONAL, 




ageOfLocationEstimate 


[6] 


AgeOfLocationInf ormation 


OPTIONAL, 




slr-ArgExtensionConta i ner 


[7] 


SLR-ArgExtensionContainer 


OPTIONAL, 




add- LocationEstimate 


[8] 


Add-Geographicallnformation 


OPTIONAL, 




def erredmt - IrData 


[9] 


Deferredmt- IrData 


OPTIONAL, 




Ics-ReferenceNumber 


[10 


LCS-ReferenceNumber 


OPTIONAL, 




geranPositioningData 


[11 


PositioningDataInf ormation 


OPTIONAL, 




utranPositioningData 


[12 


UtranPositioningDatalnfo 


OPTIONAL, 




cellldOrSai 


[13 


CellGloballdOrServiceArealdOrLAI OPTIONAL, 




h-gmlc -Address 


[14 


GSN-Address 


OPTIONAL, 




IcsServiceTypelD 


[15 


LCSServiceTypelD 


OPTIONAL, 




sai-Present 


[17 


NULL 


OPTIONAL, 




pseudonymlndicator 


[18 


NULL 


OPTIONAL, 




accuracyFulfilment Indicator 


[19 


AccuracyFulfilment Indicator 


OPTIONAL, 




velocityEstimate 


[20 


VelocityEstimate 


OPTIONAL, 




sequenceNumber 


[21 


SequenceNumber 


OPTIONAL, 




periodicLDRInfo 


[22 


PeriodicLDRInfo 


OPTIONAL, 




mo- IrShort Circuit Indicator 


[23 


NULL 


OPTIONAL, 




geranGANSSpositioningData 


[24 


GeranGANSSpositioningData 


OPTIONAL, 




utranGANSSpositioningData 


[25 


UtranGANSSpositioningData 


OPTIONAL, 




targetServingNodeForHandover [2 6 


ServingNodeAddress 


OPTIONAL } 




-- one of msisdn or imsi is 


mandatory 








--a location estimate that 


is valid for 


the locationEstimate parameter should 




--be transferred in this parameter in p 


reference to the add-LocationEstimate . 




-- the def erredmt -IrData parameter shall 


be included if and only if the Ics -Event 




-- indicates a def erredmt -IrResponse . 








--if the Ics-Event indicates a deferred 


mt- IrResponse then the locationEstimate 




-- and the add-locationEstimate paramete 


rs shall not be sent if the 






-- support edGADShapes parameter had been 


received in ProvideSubscriberLocation-Arg 




-- and the shape encoded in 


locationEsti 


mate or add-LocationEstimate was not marked 




--as supported in support edGADShape s . I 


n such a case terminationCause 






--in def erredmt -IrData shall be present 


with value 






-- shapeOfLocationEstimateNot Supported. 








-- If a Ics event indicates 


deferred mt- 


Ir response, the Ics-Reference 


number shall be 




-- included. 










-- sai-Present indicates that the cellld 


OrSai parameter contains a Service Area Identi 


ty. 
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Deferredmt-lrData ::= SEQUENCE 
deferredLocationEventType 
terminationCause 
IcsLocationInf o 

• ••} 



DeferredLocationEventType, 
[0] TerminationCause 
[1] LCSLocationlnfo 



OPTIONAL, 
OPTIONAL, 



-- IcsLocationInf o may be included only if a terminationCause is present 
-- indicating mt-lrRestart . 



LCS- Event ::= ENUMERATED { 

emergencyCallOrigination (0) , 
emergencyCallRelease (1) , 
mo-lr (2) , 

deferredmt-lrResponse (3) , 
deferredmo-lrTTTPInitiation (4) , 
emergencyCallHandover (5) } 

deferredmt-lrResponse is applicable to the delivery of a location estimate 

for an LDR initiated earlier by either the network (via an MT-LR activate deferred 

location) or the UE (via a deferred MO-LR TTTP initiation) 

exception handling: 

a SubscriberLocationReport-Arg containing an unrecognized LCS-Event 
shall be rejected by a receiver with a return error cause of unexpected data value 



TerminationCause 

normal (0) , 
errorundef ined 
internalTimeout 
congestion (3) , 
mt-lrRestart (4) 
privacyViolation 



= ENUMERATED 

(1) , 
(2), 



(5) , 



shapeOfLocationEstimateNotSupported (6) , 

subscriberTermination (7) , 

uETermination (8) , 

networkTermination (9) } 
mt-lrRestart shall be used to trigger the GMLC to restart the location procedure, 
either because the sending node knows that the terminal has moved under coverage 
of another MSC or SGSN (e.g. Send Identification received) , or because the subscriber 
has been deregistered due to a Cancel Location received from HLR. 

exception handling 

an unrecognized value shall be treated the same as value 1 (errorundef ined) 



SequenceNumber ::= INTEGER (1 . .maxReportingAmount) 



ServingNodeAddress : 


= CHOICE { 




msc -Number 




[0] ISDN-AddressString, 


sgsn-Number 




[1] ISDN-AddressString, 


mme -Number 




[2] Diameterldentity } 



Diameterldentity ::= OCTET STRING (SIZE (9 . . 255) ) 

-- content of Diameterldentity is defined in IETF RFC 3588 [139] 



SubscriberLocationReport-Res ::= SEQUENCE { 






extensionContainer ExtensionContainer 


OPTIONAL, 


na-ESRK [0] 


ISDN-AddressString 


OPTIONAL, 


na-ESRD [1] 


ISDN-AddressString 


OPTIONAL, 


h-gmlc-Address [2] 


GSN-Address 


OPTIONAL, 


mo-lrShortCircuitlndicator [3] 


NULL 


OPTIONAL, 


report ingPLMNList [4] 


Report ingPLMNList 


OPTIONAL, 


Ics-ReferenceNumber [5] 


LCS-ReferenceNumber 


OPTIONAL } 


-- na-ESRK and na-ESRD are mutually exclusive 




-- exception handling 






-- receipt of both na-ESRK and na-ESRD shall 


be treated the same as a return error 



END 



1 17.7.14 Void 
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18 General on MAP user procedures 

18.1 Introduction 

Clauses 18 to 25 describe the use of MAP services for GSM signalling procedures. GSM signalling procedures may 
involve one or several interfaces running one or several application protocols. The present document addresses only the 
signalling procedures which require at least the use of one MAP service. 

When a signalling procedure takes place in the network, an application process invocation is created in each system 
component involved. Part of the application process invocation acts as a MAP user and handles one or several MAP 
dialogues. For each dialogue it employs an instance of the MAP service provider. It may also use other communication 
services to exchange information on other interfaces, but detailed description of these aspects is outside the scope of the 
present document. 

1 8.2 Common aspects of user procedure descriptions 
18.2.1 General conventions 

For each signalling procedure the present document provides a brief textual overview accompanied by a flow diagram 
which represent the functional interactions between system components. Functional interactions are labelled using the 
MAP service name when the interaction results from a service request or by this service name followed by the symbol 
"ack" when this interaction results from a service response. 

For each of the system components involved, the present document also provides a detailed textual description of the 
application process behaviour as well as an SDL diagram. SDL diagrams describe the sequence of events, as seen by the 
MAP-User, which occurs at MAP service provider boundaries as well as external events which occur at other interfaces 
and which impact on the previous sequence. 

External events do not necessarily correspond to the messages of other protocols used in the system component. The 
MAP-user procedures are described as if a set of interworking functions (IWF) between the MAP-user and the other 
protocol entities was implemented (see figure 18.2/1). Such interworking functions are assumed to perform either an 
identity mapping or some processing or translation as required to eliminate information irrelevant to the MAP-user. 

The mapping of service primitives on to protocol elements is described in clauses 14 to 17. 

GSM signalling procedures are built from one or more sub-procedures (e.g. authentication, ciphering, ...). 
Sub-procedures from which signalling procedures are built are represented using SDL MACRO descriptions. 

In case of any discrepancy between the textual descriptions and the SDL descriptions, the latter take precedence. 



1 8.2.2 Naming conventions 



Events related to MAP are represented by MAP service primitives. The signal names used in the SDL diagrams are 
derived from the service primitive names defined in clauses 7 to 12, with some lexical transformations for readability 
and parsability purposes (blanks between words are replaced by underscores, the first letter of each word is capitalised). 

Events received and sent on other interfaces are named by appending the message or signal name to a symbol 
representing the interface type, with some lexical transformations for readability and parsability purposes (blanks 
between words are replaced by underscores, the first letter of each word is capitalised). 

The following symbols are used to represent the interface types: 

"I": For interfaces to the fixed network. "I" stands for ISUP interface. 

"A": For interfaces between the MSC and the BSS (i.e. A-interfaces); 

"Gb": For interfaces between the SGSN and the BSS (i.e. Gb-interfaces); 
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"OM": For network management interfaces (communication with OMC, MML interface, ...); 

"SC": For interfaces to a Service Centre; 

"HO_CA" : For internal interfaces to the Handover Control Application. 
"US" : For a local USSD application. 

These naming conventions can be summarised by the following BNF description: 
<Event_Name> ::= <MAP_Primitive> I <External_Event> 

::= <MAP_Open> I <MAP_Close> I <MAP_U_Abort> I <MAP_P_Abort> I 

<MAP_Specific> I <MAP_Notice> 

::= MAP_Open_Req I MAP_Open_Ind I MAP_Open_Rsp I MAP_Open_Cnf 

::= MAP_Close_Req I MAP_Close_Ind 

::= MAP_U_Abort_Req I MAP_U_Abort_Ind 

::= MAP_P_Abort_Ind 

::=MAP_Notice_Ind 
: <MAP_Req> I <MAP_Ind> I <MAP_Rsp> I <MAP_Cnf> 

::= MAP_<Service_Name>_Req 

::= MAP_<Service_Name>_Ind 

::= MAP_<Service_Name>_Rsp 

::= MAP_<Service_Name>_Cnf 

: := <Interface_Type>_<External_Signal> 

::= 1 1 A I Gb I OM I SC I HO AC I US 

::= <Lexical_Unit> 

::= <Lexical_Unit> 

::= <Lexical_Component> I <Lexical_Unit>_ <Lexical_Component> 
<Lexical_Component> : := <Upper_Case_Letter><Letter_Or_Digit_List> 
<Letter_Or_Digit_List> ::= <Letter_Or_Digit> I <Letter_Or_Digit_List><Letter_Or_Digit> 
<Letter_Or_Digit> ::= <Letter> I <Digit> 

<Letter> ::= <Lower_Case_Letter> I <Upper_Case_Letter> 

<Upper_Case_Letter> ::= AIBICIDIEIFIGIHIIIJIKILIMINIOIPIQIRISITIUIVIWIXIYIZ 
<Lower_Case_Letter> : := alblcldlelflglhlilj Iklllmlnlolplqirlsltlulvlwlxly Iz 
<Digit> ::= 1I2I3I4I5I6I7I8I9I0 

Figure 18.2/1 : Interfaces applicable to the MAP-User 
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18.2.3 Convention on primitives parameters 

18.2.3.1 Open service 

When the originating and destination reference parameters shall be included in the MAP-OPEN request primitive, their 
value are indicated as a comment to the signal which represents this primitive. 

18.2.3.2 Close service 

When a pre-arranged released is requested, a comment is attached to the signal which represents the MAP-CLOSE 
request primitive. In the absence of comment, a normal release is assumed. 

18.2.4 Version handling at dialogue establishment 

Unless explicitly indicated in subsequent clauses, the following principles regarding version handling procedures at 
dialogue establishment are applied by the MAP-user. 

1 8.2.4.1 Behaviour at the initiating side 

When a MAP user signalling procedure has to be executed, the MAP-user issues a MAP-OPEN request primitive with 
an appropriate application-context-name. If several names are supported (i.e. several versions) a suitable one is selected 
using the procedures described in clause 5. 



If version n is selected (where 1 < n <= highest existing version) and a MAP-OPEN Confirm primitive is received in 
response to the MAP-OPEN request with a result parameter set to "refused" and a diagnostic parameter indicating 
"application context not supported" or "potential version incompatibility problem", the MAP-User issues a new MAP- 
OPEN request primitive with the equivalent version y context (where 1 <= y < n). This is informally represented in the 
SDL diagrams by task symbols indicating 'Perform Vr procedure". 

1 8.2.4.2 Behaviour at the responding side 

On receipt of a MAP-OPEN indication primitive, the MAP-User analyses the application-context-name and executes 
the procedure associated with the requested version context. For example,if it refers to a version one context, the 
associated VI procedure is executed; if it refers to a version two context, the associated V2 procedure is executed;etc. 

18.2.5 Abort Handling 

Unless explicitly indicated in subsequent clauses, the following principles are applied by the MAP-user regarding abort 
handling procedures: 

On receipt of a MAP-P- ABORT indication or MAP-U- ABORT Indication primitive from any MAP-provider 
invocation, the MAP-User issues a MAP-U- ABORT Request primitive to each MAP-provider invocation associated 
with the same user procedure. 

If applicable a decision is made to decide if the affected user procedure has to be retried or not. 

18.2.6 SDL conventions 

The MAP SDLs make use of a number of SDL concepts and conventions, where not all of them may be widely known. 
Therefore, this clause outlines the use of a few concepts and conventions to improve understanding of the MAP SDLs. 

The MAP User SDLs make use of SDL Processes, Procedures and Macros. Processes are independent from each other 
even if one process starts another one: The actions of both of them have no ordering in time. SDL Procedures and 
Macros are just used to ease writing of the specification: They contain parts of a behaviour used in several places, and 
the corresponding Procedure/Macro definition has to be expanded at the position of the Procedure/Macro call. 

All Processes are started at system initialisation and live forever, unless process creation/termination is indicated 
explicitly (i.e. a process is created by some other process). 
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The direction of Input/Output Signals in the SDL graphs is used to indicate the entity to which/from which 
communication is directed. If a process A communicates in parallel with processes B and C, all Inputs/Outputs to/from 
B are directed to one side, whereas communication with C is directed to the other side. However, there has been no 
formal convention used that communication to a certain entity (e.g. a HLR) will always be directed to a certain side 
(e.g. right). 

In each state all those Input Signals are listed, which result in an action and/or state change. If an Input Signal is not 
listed in a state, receipt of this input should lead to an implicit consumption without any action or state change 
(according to the SDL rules). This implicit consumption is mainly used for receipt of the MAP DELIMITER indication 
and for receipt of a MAP CLOSE indication, except for a premature MAP CLOSE. 

18.3 Interaction between MAP Provider and MAP Users 

Each MAP User is defined by at least one SDL process. On the dialogue initiating side, the MAP User will create a new 
instance of a MAP Provider implicit by issuing a MAP-OPEN request. This instance corresponds to a TC Dialogue and 
lives as long as the dialogue exists (see also clause 14.3). There is a fixed relation between MAP User and this Provider 
instance, i.e. all MAP service primitives from the MAP User for this dialogue are sent to this instance and all TC 
components received by this MAP Provider are mapped onto service primitives sent to this MAP User. 

On the receiving side a MAP Provider instance is created implicit by receipt of a TC BEGIN indication. The 
corresponding MAP User is determined by the Application Context name included in this primitive, i.e. each 
Application Context is associated with one and only one MAP User. An instance of this User will be created implicitly 
by receiving a MAP-OPEN indication. Note that in some cases there exist several SDL Processes for one MAP User 
(Application Context), e.g. the processes Register_SS_HLR, Erase_SS_HLR, Activate_SS_HLR, Deactivate_SS_HLR, 
Interrogate_SS_HLR, and Register_Password for the AC Network_Functional_SS_Handling. In these cases, a 
coordinator process is introduced acting as a MAP User, which in turn starts a sub-process depending on the first MAP 
service primitive received. 
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1 9 Mobility procedures 

19.1 Location management Procedures 

The signalling procedures in this subclause support: 

- Interworking between the VLR and the HLR and between the VLR and the previous VLR (PVLR) when a non- 
GPRS subscriber performs a location update to a new VLR service area; 

- Interworking between the SGSN, the HLR and the VLR when a subscriber with both GPRS and non-GPRS 
subscriptions performs a routeing area update in an SGSN and the Gs interface is implemented; 

- Interworking between the SGSN and the VLR when a GPRS subscriber performs a routeing area update to a new 
SGSN service area; 

Interworking between the HLR and the VLR and between the HLR and the SGSN to delete a subscriber record 
from the VLR or the SGSN; 

- Interworking between the VLR and the HLR and between the SGSN and the HLR to report to the HLR that a 
subscriber record has been purged from the VLR or the SGSN. 

The MAP co-ordinating process in the HLR to handle a dialogue opened with the network location updating context is 
shown in figure 19.1/L The MAP process invokes a macro not defined in this clause; the definition of this macro can be 
found as follows: 

Receive_Open_Ind see clause 25 . L 1 . 
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Figure 19.1/1: Process Location_Management_Coordinator_HLR 



19.1.1 Location updating 



19.1.1.1 



General 



The stage 2 specification for GPRS is in 3GPP TS 23.060 [104]. The interworking between the MAP signalHng 
procedures and the GPRS procedures in the SGSN and the HLR is shown by the transfer of signals between these 
procedures. 
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The message flow for successful inter- VLR location updating when the IMSI can be retrieved from the PVLR is shown 
in figure 19.1.1/2. 

The message flow for successful inter- VLR location updating when the IMSI cannot be retrieved from the PVLR is 
shown in figure 19.1.1/3. 

The message flow for successful GPRS Attach/RA update procedure (Gs interface not installed) is shown in figure 
19.1.1/4. 

The message flow for successful GPRS Attach/RA update procedure combined with a successful VLR location 
updating (Gs interface installed) is shown in figure 19.1.1/5. 
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LREQUEST(Notel) 
SEND_IDENTIFICATION_req/ind 
SEND_IDENTIFICATION_rsp/cnf 
UPDATE_LOCATION_req/ind 
CANCEL_LOCATION_req/ind 
CANCEL_LOCATION_rsp/cnf 
ACTIVATE_TRACE_MODE_req/ind (Mole 2) 
ACTIVA TE_ TRACE_MODE_rsp/cnf (Note 2) 
INSERT_SUBSCRIBER_DATA_req/ind 
INSERT_SUBSCRIBER_DATA_rsp/cnf 
UPDATE_LOCATION_rsp/cnf 
_CONFIRM(Note1) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35]. Services shown in dotted lines 
indicate the trigger provided by the signalling on the radio path, and the signalling triggered on the radio 
path. 

NOTE 2: Services printed in italics are optional. 

Figure 19.1.1/2: Message flow for location updating to a new VLR area, 
when the IMSI can be retrieved from the previous VLR 
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12 




11 




10 



PVLR = Previous VLR 

1) A_LU_REQU EST (Note 1) 

2) A_IDENTITY_REQUEST (Note 1 ) 

3) A_IDENTITY_RESPONSE (Note 1 ) 

4) MAP_UPDATE_LOCATION_req/ind 

5) MAP_CANCEL_LOCATION_req/ind 

6) MAP_CANCEL_LOCATION_rsp/cnf 

7) MAP_ACTIVATE_TRACE_MODE_req/incl (Note 2) 

8) MAP_ACTIVATE_TRACE_MODE_rsp/cnf (Note 2) 

9) MAP_INSERT_SUBSCRIBER_DATA_req/ind 

1 0) MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 

1 1 ) MAP_UPDATE_LOCATION_rsp/cnf 

1 2) A_LU_CONFIRM (Note 1 ) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35]. Services shown in dotted lines 
indicate the trigger provided by the signalling on the radio path, and the signalling triggered on the radio 
path. 

NOTE 2: Services printed in italics are optional. 

Figure 19.1.1/3: Message flow for location updating to a new VLR area, 
when the IMSI cannot be retrieved from the previous VLR 
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NOTE 1 : 



Gb_ATTACH_REQUEST or RA_UPDATE_REQUEST (Note 1 , note 2) 
M AP_U P D ATE_G P RS_LOCATION_req/i nd 
MAP_CANCEL_LOCATION_req/ind 
MAP_CANCEL_LOCATION_rsp/cnf 
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MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 
MAP_UPDATE_GPRS_LOCATION_rsp/cnf 
Gb_ATTACH_ACCEPT or RA_UPDATE_ACCEPT (Note 1) 



For details of the procedure on the radio path, see 3GPP TS 24.008 [35]. The services shown in dotted 

lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on the 

radio path. 
NOTE 2: For security functions (authentication, ciphering, IMEI check) triggering refer to 3GPP TS 23.060 [1 04]. 

The MAP signalling invoked for these functions is described in clause 25 of the present document. 
NOTE 3: Services printed in italics are optional. 
NOTE 4: Refer to 3GPP TS 23.060 [1 04] for termination of the procedure and triggering of the signalling on the 

interface between the BSS and the SGSN. 



Figure 19.1.1/4: Message flow for GPRS location updating (Gs interface not installed) 
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1 ) Gb_ATTACH_REQUEST or RA_UPDATE_REQUEST (Note 1 , note 2) 

2) M AP_U P D ATE_G P RS_LOCATION_req/i nd 

3) MAP_CANCEL_LOCATION_req/ind 

4) MAP_CANCEL_LOCATION_rsp/cnf 

5) MAP_ACTIVATE_TRACE_MODE_req/ind (Note 3) 

6) MAP_ACTIVA TE_ TRACE_MODE_rsp/cnf (Note 3) 

7) MAP_INSERT_SUBSCRIBER_DATA_req/ind 

8) MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 

9) MAP_UPDATE_GPRS_LOCATION_rsp/cnf 

1 0) Gs_LOCATION_UPDATE_REQUEST (Note 4) 

1 1 ) MAP_UPDATE_LOCATION_req/ind (Note 5) 

1 2) MAP_INSERT_SUBSCRIBER_DATA_req/ind 

1 3) MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 

1 4) MAP_UPDATE_LOCATION_rsp/cnf 

1 5) Gs_LOCATION_UPDATE_ACCEPT (Note 4) 

1 6) Gb_ATTACH_ACCEPT or RA_UPDATE_ACCEPT (Note 1 ) 

1 7) Gb_TMSI_REALLOCATION_COMPLETE (Note 1 ) 

1 8) Gs_TMSI_REALLOCATION_COMPLETE (Note 4) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35]. The services shown in dotted 
lines indicate the trigger provided by the signalling on the radio path, and the signalling triggered on the 
radio path. 

NOTE 2: For security functions (authentication, ciphering, IMEI check) triggering refer to 3GPP TS 23.060 [1 04]. 
MAP processes invoked for those procedures are described in subclause 25.5. 

NOTE 3: Services printed in italics are optional. 
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NOTE 5: For details of the procedure on the path between the SGSN and the VLR, see 3GPP TS 29.01 8 [1 06]. The 
services shown in chain lines indicate the trigger provided by the signalling on the path between the SGSN 
and the VLR, and the signalling triggered on the path between the SGSN and the VLR. 

NOTE 4: Refer to 3GPP TS 23.060 [1 04] for termination of the procedure and triggering of the signalling on the 
interface between the BSS and the SGSN. 

NOTE 5: For simplicity, the Location Cancellation procedure towards the previous VLR and optional tracing 
activation towards the new VLR are not shown in this figure. 

Figure 19.1.1/5: Message flow for GPRS location updating (Gs interface installed) 

1 9.1 .1 .2 Procedures in the VLR 

The MAP process in the VLR for location updating for a non-GPRS subscriber is shown in figure 19.1.1/6. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The MAP process in the VLR to retrieve the IMSI of a subscriber from the previous VLR (PVLR) is shown in figure 
19.1.1/7. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The process in the VLR for location updating for a GPRS subscriber when the Gs interface is installed is shown in 
figure 19.1.1/8. 

The macro GPRS_Location_Update_Completion_VLR is shown in figure 19.1.1/9. The macro invokes a process not 
defined in this clause; the definition of this process can be found as follows: 

Subscriber_Present_VLR see subclause 25.10.1. 

The macro GPRS_Update_HLR_VLR is shown in figure 19.1.1/10. The macro invokes macros not defined in this 
clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2; 

Insert_Subs_Data_VLR see subclause 25.7.1; 

Activate_Tracing_VLR see subclause 25.9.4. 

19.1.1.3 Procedure in the PVLR 

The MAP process in the PVLR to handle a request for the IMSI of a subscriber from the new VLR is shown in figure 
19.1.1/11. The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as 
follows: 

Receive_Open_Ind see subclause 25.1.1. 

1 9.1 .1 .4 Procedure in the SGSN 

The MAP process in the SGSN for location updating for a GPRS subscriber is shown in figure 19.1.1/12. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2 

Check_Confirmation see subclause 25.2.2 

Insert Subs Data SGSN see subclause 25.7.2 
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Activate_Tracing_SGSN see subclause 25.9.5. 

Sheet 2: The procedure Check_User_Error_In_Serving_Network_Entity is specific to Super-Charger; it is specified in 
3GPPTS 23.116 [110]. 

19.1.1.5 Procedures in the HLR 

The MAP process in the HLR to handle a location updating request from a VLR is shown in figure 19.1.1/13. The MAP 
process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Confirmation see subclause 25.2.2. 

The MAP process in the HLR to handle a location updating request from an SGSN is shown in figure 19.1.1/14. The 
MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 

Check_Indication see subclause 25 .2. 1 

Check_Confirmation see subclause 25.2.2 

Control_Tracing_With_SGSN_HLR see subclause 25.9.7. 

Sheet 2: The procedure Super_Charged_Cancel_Location_HLR is specific to Super-Charger; it is specified in 
3GPP TS 23.116 [110]. If the HLR does not support the Super-Charger functionality, processing continues from the 
"No" exit of the test "Result=Pass?". 

Sheet 2: The procedure Super_Charged_Location_Updating_HLR is specific to Super-Charger; it is specified in 
3GPP TS 23.116 [110]. If the HLR does not support the Super-Charger functionality, processing continues from the 
"No" exit of the test "Result=Pass?". 

Sheet 2: If the HLR supports the Administrative Restriction of Subscribers" Access feature and roaming is allowed in 
the VPLMN then the HLR may check the "Supported RAT Types" received from the VLR against the access restriction 
parameters. If this check fails then the decision box "Roaming allowed in this PLMN" shall take the exit "No". 

The MAP process in the HLR to notify Short Message Service Centres that a subscriber is now reachable is shown in 
figure 19.1.1/15. The MAP process invokes a macro not defined in this clause; the definition of this macro can be found 
as follows: 

Alert_Service_Centre_HLR see subclause 25.10.3. 
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Figure 19.1.1/6 (sheet 1 of 2): Process Update_Location_VLR 
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Figure 19.1.1/6 (slieet 2 of 2): Process Update_Location_VLR 
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Figure 19.1.1/7 (sheet 1 of 2): Process Send_ldentification_VLR 
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Figure 19.1.1/7 (sheet 2 of 2): Process Send_ldentification_VLR 
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Figure 19.1.1/8 (sheet 1 of 2): Process GPRS_Update_Location_Area_VLR 
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Figure 19.1.1/8 (slieet 2 of 2): Process GPRS_Update_Location_Area_VLR 
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Figure 19.1.1/9: Macro GPRS_Location_Update_Completion_VLR 
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Figure 19.1.1/10 (sheet 1 of 2): Macro GPRS_Update_HLR_VLR 
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Figure 19.1.1/10 (sheet 2 of 2): Macro GPRS_Update_HLR_VLR 
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Figure 19.1.1/11 (sheet 1 of 2): Process Send_ldentification_PVLR 
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Figure 19.1.1/11 (sheet 2 of 2): Process Send_ldentification_PVLR 
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Figure 19.1.1/12 (sheet 1 of 2): Process Update_GPRS_Location_SGSN 
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Figure 19.1.1/12 (sheet 2 of 2): Process Update_GPRS_Location_SGSN 
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Figure 19.1.1/13 (slieet 1 of 3): Process Update_Location_HLR 
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Figure 19.1.1/13 (sheet 2 of 3): Process Update_Location_HLR 
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Figure 19.1.1/13 (sheet 3 of 3): Process Update_Location_HLR 
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Figure 19.1.1/14 (sheet 1 of 2): Process Update_GPRS_Location_HLR 
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Figure 19.1.1/14 (sheet 2 of 2): Process Update_GPRS_Location_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



468 



ETSI TS 129 002 V9.2.0 (2010-07) 
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Figure 19.1.1/15: Process Subscriber_Present_HLR 
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19.1.2 Location Cancellation 
19.1.2.1 General 

Location cancellation is used to delete a subscriber record from the serving node (VLR or SGSN). The procedure is 
invoked: 

- because the subscriber has registered with a new serving node, or 

- because the HPLMN operator has decided to delete the subscriber record from the serving node, e.g. because the 
subscription has been withdrawn, or because roaming restrictions have been imposed. Location cancellation can 
be used to force location updating including updating of subscriber data in the serving node at the next 
subscriber access. 

The message flow for location cancellation for a non-GPRS subscriber is shown in figure 19.L2/L 

The message flow for location cancellation for a GPRS subscriber is shown in figure 19.L2/2. 






1) 
2) 
3) 

NOTE: 



MAP_UPDATE_LOCATION_req/ind 
MAP_CANCEL_LOCATION_req/ind 
MAP_CANCEL_LOCATION_rsp/cnf 

The service shown in dotted lines indicates the trigger provided by other IVIAP signalling. 

Figure 19.1.2/1 : Message flow for Location Cancellation (non-GPRS) 





PSGSN 



1) 
2) 
3) 

NOTE: 



M AP_U P D ATE_G P RS_LOCATION_req/i nd 

MAP_CANCEL_LOCATION_req/ind 

MAP_CANCEL_LOCATION_rsp/cnf 

The service shown in dotted lines indicates the trigger provided by other MAP signalling. 

Figure 19.1.2/2: Message flow for Location Cancellation (GPRS) 



19.1.2.2 



Procedure in the HLR 



The MAP process in the HLR to cancel the location information in a VLR is shown in figure 19.L2/3. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 
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Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The MAP process in the HLR to cancel the location information in a VLR as an independent process invoked from 
another process is shown in figure 19.1.2/4. 

The MAP process in the HLR to cancel the location information in an SGSN is shown in figure 19.1.2/5. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The MAP process in the HLR to cancel the location information in an SGSN as an independent process invoked from 
another process is shown in figure 19.1.2/6. 

19.1.2.3 Procedure in the VLR 

The MAP process in the VLR to handle a location cancellation request is shown in figure 19.1.2/7. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

19.1.2.4 Procedure in the SGSN 

The MAP process in the SGSN to handle a location cancellation request is shown in figure 19.1.2/8. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 
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Figure 19.1.2/3: Process Cancel_Location_HLR 
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Figure 19.1.2/4: Process Cancel_Location_Cliild_HLR 



ETS\ 



3GPP TS 29.002 version 9.2.0 Release 9 



473 



ETSI TS 129 002 V9.2.0 (2010-07) 



process Cancel_GPRS_Location_HLR 



Process in the HLR to 
cancel the information 
stored in an SGSN 



CGL_HLR1(1) 



Wait_For_ 

Repeat_Attempt_ 

TimerExpiry 



Signals to/from the left \ 
areto/fromthe VLR; ^ 
signals to/from the right 
are to/from the GPRS 
mobility management 
application process 
in the HLR (see 
3GPPTS 23.060) or the 
process Cancel_GPRS_ 
Location_Child_HLR 
unless marked otherwise 



Repeat attempt/ 
timer expired \ 



Cancel GPRS 
Location 



MAP_OPEN_req 

MAP_CANCEL_G PRS_LOCATION_req 

MAP_DELIMITER_req 



Receive_ 
OpenCnf 



Wait_For_ 
VLR_Response 



Set negative 

response: 
System failure 



MAP_P_ 
>ABORT_ 
ind 



MAP_ 
>NOTICE_ 
ind 



MAP_ 

CLOSE_ 

req 



MAP_ 
xCANCEL_ 
^LOCATION_ 

cnf 



Check_ 
Confirmation 



Cancel GPRS 
Location 
negative 
response 



Provider Error, 
Data Error 









\^tter 


npt?^^ 
No 


Start Repeat 
attempt timer 




Set negative 

response: 
System failure 


\ 












Wait_For_ 
Repeat_Attempt_ 
Timer_Expiry / 



Cancel GPRS 
Location 
negative 
response 



Start Repeat 
attempt timer 



Cancel GPRS 
Location ack 



Cancel GPRS 
Location 
negative 
response 



\ \ / 



Wait_For_ 

Repeat_Attempt_ 

Timer_Expiry 



Figure 19.1.2/5: Process Cancel_GPRS_Location_HLR 
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Figure 19.1.2/6: Process Cancel_GPRS_Location_Child_HLR 
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process Cancel_Location_VLR 
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Figure 19.1.2/7: Process Cancel_Location_VLR 
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process Cancel_Location_SGSN 
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Figure 19.1.2/8: Process Cance[_Location_SGSN 
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19.1.3 Void 

19.1.4 MS Purging 
19.1.4.1 General 

O&M procedures in the VLR or SGSN can trigger MS purging either because of administrative action or because the 
MS has been inactive for an extended period. The O&M process in the VLR or in the SGSN should ensure that during 
the MS purging procedure any other attempt to access the MS record is blocked, to maintain consistency of data. 

The message flow for a VLR to report MS purging to the HLR is shown in figure 19.L4/L 

The message flow for an SGSN to report MS purging to the HLR is shown in figure 19.L4/2. 





1 ) MAP_PURGE_MS_req/ind 

2) M AP_PU RG E_MS_rsp/cnf 



Figure 19.1.4/1 : Message flow for MS purging (non-GPRS) 





1 ) MAP_PURGE_MS_req/ind 

2) M AP_PU RG E_MS_rsp/cnf 



Figure 19.1.4/2: Message flow for MS purging (GPRS) 



19.1.4.2 



Procedure in the VLR 



The MAP process in the VLR to report MS purging to the HLR is shown in figure 19.L4/3. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 



see subclause 25. L2; 
see subclause 25.2.2. 



19.1.4.3 



Procedure in the SGSN 



The MAP process in the SGSN to report MS purging to the HLR is shown in figure 19.L4/4. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 
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Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1: The procedure Purge_MS_In_Serving_Network_Entity is specific to Super-Charger; it is specified in 3GPP 
TS 23.116 [110]. If the HLR does not support the Super-Charger functionality, processing continues from the "No" exit 
of the test "Result=Pass?". 

19.1.4.4 Procedure in the HLR 

The MAP process in the HLR to handle a notification from a VLR or an SGSN that an MS record has been purged is 
shown in figure 19.1.4/5. The MAP process invokes macros not defined in this clause; the definitions of these macros 
can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check_Indication see subclause 25 .2. 1 . 

If the notification was received from a VLR, the MAP process communicates with the location management application 
process specified in 3GPP TS 23.012 [23]; if the notification was received from an SGSN, the MAP process 
communicates with the GPRS mobility management application process specified in 3GPP TS 23.060 [104]. 
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Figure 19.1.4/3: Process Purge_MS_VLR 
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Figure 19.1.4/4 (sheet 1 of 2): Process Purge_MS_SGSN 
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Figure 19.1.4/4 (sheet 2 of 2): Process Purge_MS_SGSN 
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Figure 19.1.4/5: Process Purge_MS_HLR 
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1 9.2 Handover procedures 



19.2.1 General 

In this subclause, the term "Inter-MSC handover" is used to denote handover or relocation between different MSCs. 

The interfaces involved for Inter-MSC handover are shown in figure 19.2/1. There are two Inter-MSC handover 
procedures: 

1) Basic Inter-MSC handover: 

The call is handed over from the controlling MSC(MSC— A) to another MSC(MSC— B) (figure 19.2/la). 

Figure 19.2/2 shows the message flow for a successful handover from MSC-A to MSC — B, including a 
request for handover number allocation from MSC-B to VLR-B. 

2) Subsequent Inter-MSC handover: 

After the call has been handed over from MSC-A to MSC-B, a further handover either to MSC-A 

(figure 19.2/la) or to a third MSC (MSC-B') (figure 19.2/lb) may be necessary in order to continue the call. 

Figure 19.2/3 shows the message flow for a successful subsequent handover to MSC-B'. For a successful 
subsequent handover to MSC-A, the messages to and from MSC-B' and VLR-B' are omitted.. 



MSC-A 



MSC-B 



VLR-B 



a) Basic handover procedure MSC-A to MSC-B 
and subsequent handover procedure MSC-B to MSC-A. 
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VLR-B 


MSO-M 
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VLR-B' 






1 
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b) Subsequent handover procedure MSC-B to MSC-B'. 
Figure 19.2/1 : Interface structure for handover 
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MSC-A 




1) 
2) 
3) 
4) 
5) 
6) 
7) 
8) 
9) 
10) 

NOTE: 



MAP_PREPARE_HANDOVER_req/ind 

MAP_ALLOCATE_HANDOVER_NUMBER_req/ind 

MAP_SEND_HANDOVER_REPORT_req/ind 

MAP_PREPARE_HANDOVER_rsp/cnf 

MAP_SEND_HANDOVER_REPORT_rsp/cnf (Note) 

MAP_PROCESS_ACCESS_SIGNALLING_req/ind 

MAP_SEND_END_SIGNAL_req/ind 

MAP_FORWARD_ACCESS_SIGNALLING_req/ind 

MAP_PROCESS_ACCESS_SIGNALLING_req/ind 

MAP_SEND_END_SIGNAL_rsp/cnf 

This can be sent at any time after the connection between IVISC-A and IVISC-B is established. 

Figure 19.2/2: Example of a successful basic handover procedure to MSC-B 
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MAP 
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MAP 


3) 


MAP 


4) 


MAP 


5) 


MAP 


6) 


MAP 


7) 


MAP 


8) 


MAP 


9) 


MAP 


10) 


MAP 


11) 


MAP 


12) 


MAP 


13) 


MAP 


14) 


MAP 


15) 


MAP 


16) 


MAP 


17) 


MAP. 


NOTE 1 : 


This 


NOTE 2: 


This 


NOTE 3: 


Atthi 



PREPARE_HANDOVER_req/ind 
ALLOCATE_HANDOVER_NUMBER_req/ind 
SEND_HANDOVER_REPORT_req/ind 
PREPARE_HANDOVER_rsp/cnf 
SEND_HANDOVER_REPORT_rsp/cnf (Note 1) 
PROCESS_ACCESS_SIGNALLING_req/ind 
SEND_END_SIGNAL_req/ind 
PREPARE_SUBSEQUENT_HANDOVER_req/ind 
PREPARE_HANDOVER_req/ind 
ALLOCATE_HANDOVER_NUMBER_req/ind 
SEND_HANDOVER_REPORT_req/ind 
PREPARE_HANDOVER_rsp/cnf 
SEND_HANDOVER_REPORT_rsp/cnf (Note 2) 
PREPARE_SUBSEQUENT_HANDOVER_rsp/cnf 
PROCESS_ACCESS_SIGNALLING_req/ind 
SEND_END_SIGNAL_req/ind 
_SEND_END_SIGNAL_rsp/cnf (Note 3) 

This can be sent at any time after the connection between IVISC-A and IVISC-B is established. 

This can be sent at any time after the connection between IVISC-A and MSC-B' is established. 

At this stage, the subsequent handover is complete. Any further interworking between MSC-A and MSC-B' 

is the same as the interworking between MSC-A and MSC-B after basic handover 

Figure 19.2/3: Example of a successful subsequent handover to a third MSC 
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The MAP signalling procedures for inter-MSC handover support the allocation of a handover number or one or more 
relocation numbers and the transfer of encapsulated BSSAP or RANAP messages. 

The minimum application context version for the MAP handover application context shall be: 

- version 3 for inter-MSC UTRAN to UTRAN handover; 

- version 3 for inter-MSC intersystem handover from GSM BSS to UTRAN; 

- version 2 for inter-MSC intersystem handover from UTRAN to GSM BSS. 

NOTE: If the MAP handover application context version 2 is used, subsequent handover to UTRAN is not 
possible. 

The minimum application context version for the MAP handover application context should be version 2 for inter-MSC 
handover from GSM BSS to GSM BSS. 

NOTE: If the MAP handover application context version 2 or lower is used, subsequent handover to UTRAN is 
not possible. 

The BSSAP or RANAP messages encapsulated in MAP messages are processed by the Handover Control Application 
in each MSC. The information in the encapsulated BSSAP or RANAP messages is passed from the Handover Control 
Application to the MAP process at the sending end; the notation used in the SDL diagrams for the MAP processes is 
"HO_CA_MESSAGE_ind(Message transfer)". The information in the encapsulated BSSAP or RANAP messages is 
passed from the MAP process to the Handover Control Application at the sending end; the notation used in the SDL 
diagrams for the MAP processes is "HO_CA_MESSAGE_req(Message transfer)". 

For details of the interworking between the A-interface and MAP procedures or the lu-interface and MAP procedures, 
see 3GPP TS 23.009 [21] and 3GPP TS 29.010 [58]. 

1 9.2.2 Procedure in MSC-A 

This subclause describes the inter-MSC handover procedure in MSC-A; it covers basic inter-MSC handover to another 
MSC (MSC-B) and subsequent inter-MSC handover to a third MSC (MSC-B') or back to the controlHng MSC 

(MSC-A). 

The MAP process in MSC-A to handle inter-MSC handover is shown in figure 19.2/4. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 . 

Check_Confirmation see subclause 25.2.2. 

Communication between the MAP handover process and the Handover Control application is represented by the 
HO_CA_MESSAGE service. For a detailed description of the interworking between the Handover Control applications 
in different MSCs for the inter-MSC handover procedure, see 3GPP TS 23.009 [21]. 

1 9.2.2.1 Basic handover 

The handling in MSC-A for basic inter-MSC handover is shown in sheets 1 to 6 of figure 19.2/4. 
Sheet 1: The MAP_PREPARE_HANDOVER request may contain: 

- an indication that handover number allocation is not required; 

- the target Cell ID, for compatibility for handover to GSM; 

- the target RNC ID, for SRNS relocation or inter-system handover from GSM to UMTS; 

- the IMSI; 

UMTS encryption information and UMTS integrity protection information, which are necessary for inter-system 
handover from GSM to UMTS; 
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- GSM radio resource information (channel type). 

The conditions for the presence of these parameters and the processing in MSC-B (3G_MSC-B) are described in detail 
in 3GPP TS 29.010 [58] and 3GPP TS 23.009 [21]. 

Sheet 2: The MAP_PREPARE_HANDOVER confirmation contains one of: 

no handover number, if the MAP_PREPARE_H AND OVER request included an indication that handover 
number allocation is not required; 

a handover number; 

- one or more relocation numbers. 

Sheet 2: The MAP_PREPARE_HANDOVER confirmation contains BSSAP or RANAP signalling information, which 
is passed to the Handover Control application in MSC-A. 

Sheet 2: If the MAP_PREPARE_HANDOVER confirmation contains an indication that MSC-B does not support 
multiple bearers, the Handover Control application in MSC-A may request handover of one bearer to the same cell in 
MSC-B. 

Sheet 5: If the original MAP_PREPARE_HANDOVER request included a parameter indicating that handover number 
allocation is not required, the Handover Control application in MSC-A may request a handover number (or one or more 
relocation numbers); this triggers a further MAP_PREPARE_H AND OVER request towards MSC-B 

1 9.2.2.2 Handling of access signalling 

The Handover Control application in MSC-A may forward access signalling to any of the MS, RNS-B or BSS-B using 
the MAP_FORWARD_ACCESS_SIGNALLING service; any of the MS, RNS-B or BSS-B may forward access 
signalHng to the Handover Control appHcation in MSC-A using the MAP_PROCESS_ACCESS_SIGNALLING 
service. These are non-confirmed services. 

1 9.2.2.3 Subsequent handover 

The handling in MSC-A for subsequent inter-MSC handover is shown in sheets 7 & 8 of figure 19.2/4. If the Handover 
Control Application determines that the call is to be handed over to a third MSC (MSC-B') it triggers another instance 
of the MAP process to handle the basic handover to MSC-B', and reports the result of the subsequent handover to the 
instance of the MAP process which handles the dialogue with MSC-B. 

Sheet 8: While the MAP process in MSC-A is waiting for the completion of subsequent handover, it relays access 
signalling between the Handover Control application and the MS, RNS-B or BSS-B as described in subclause 19.2.2.2. 

19.2.3 Procedure in MSC-B 

This subclause describes the handover or relocation procedure in MSC-B ; it covers basic handover or relocation from 
the controlling MSC (MSC-A) and subsequent handover or relocation. 

The MAP process in MSC-B to handle handover or relocation is shown in figure 19.2/5. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 . 

Check_Confirmation see subclause 25.2.2. 

Communication between the MAP handover process and the Handover Control application is represented by the 
HO_CA_MESSAGE service. For a detailed description of the interworking between the Handover Control applications 
in different MSCs for the inter-MSC handover procedure, see 3GPP TS 23.009 [21]. 

The ordering of allocation of handover number and radio resources shown in the SDL diagrams is not mandatory. 
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1 9.2.3.1 Basic handover 

The handling in MSC-B for basic inter-MSC handover is shown in sheets 1 to 7 of figure 19.2/5. 

Sheet 2: If the MAP_PREPARE_HANDOVER indication included a parameter requesting multiple bearers but MSC-B 
does not support multiple bearers, MSC-B sends a MAP_PREPARE_HANDOVER response indicating that multiple 
bearers are not supported, and waits for a possible MAP_PREPARE_HANDOVER indication requesting handover of a 
single bearer. 

Sheet 6: If the original MAP_PREPARE_HANDOVER indication included a parameter indicating that handover 
number allocation is not required, MSC-A may send a further MAP_PREPARE_HANDOVER request to request the 
allocation of a handover number (or one or more relocation numbers). 

1 9.2.3.2 Handling of access signalling 

The Handover Control application in MSC-A may forward access signalling to any of the MS, RNS-B or BSS-B using 
the MAP_FORWARD_ACCESS_SIGNALLING service; any of the MS, RNS-B or BSS-B may forward access 
signalling to the Handover Control appHcation in MSC-A using the MAP_PROCESS_ACCESS_SIGNALLING 
service. These are non-confirmed services. Signals to or from any of the MS, RNS-B or BSS-B are routed through the 
Handover Control application in MSC-B. 

1 9.2.3.3 Subsequent handover 

The handling in MSC-B for subsequent inter-MSC handover is shown in sheet 8 of figure 19.2/5. 

While the MAP process in MSC-B is waiting for the completion of subsequent handover, it relays access signalling 
between MSC-A and the MS, RNS-B or BSS-B through the Handover Control application as described in subclause 
19.2.3.2. 

19.2.4 Macro Receive_Error_From_HO_CA 

This macro is used by the handover processes in MSC-A and MSC-B to receive errors from the Handover Control 
Application at any state of a handover process. 

19.2.5 Procedure in VLR-B 

The process in VLR-B to handle a request for a handover number is shown in figure 19.2/7. The process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check Indication see subclause 25.2.1. 
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Figure 19.2/4 (sheet 1 of 8): Process HO_MSC_A 
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process Handover_MSC_A 



Process in MSC-A (the Anchor MSC) 
to handle inter-MSC handover to 
MSC-B (the Relay MSC) and 
subsequent handover back to MSC-A 
or to MSC-B' (the new Relay MSC) 



Wait_For_ 

Pnepare_ 

Hanclover_Result 



HO_MSCA2(8) 

Signals to/from the I eft \ 
are to/fromthe Handover — 
Control Application in MSC-A; 
signals to/from the right 
are to/from MSC-B 



MAP_ 
PREPARE_ 
HANDOVER_ 
cnf 



Check_ 
Confirmation 



Provider Error 



User Error, Data Error 



MAP_U_ 
ABORT_ 
req 




HO_CA_MESSAGE_req 
(Prepare Handover Result) 



Multiple bearer not supported 
indication received? 



HO_CA_MESSAGE_req 
(MAP Error) 



Wait_For_HO_ 
Completion_ 
On_MSC_B 



Wait_For_ 
Resend 



Receive_ 

Error_From_ 

HO_CA 



HO_CA_M E SS AG EJ nd 
(Handover Request) 



MAP_PREPARE_HANDOVER_req 
MAP_DELIMITER_req 



HO_CA_MESSAGE_i 
(Error) 



MAP_U_ 
ABORT_ 
req 



Wait_For_HO_ 
Completion_ 
On_MSC_B 



Wait_For_ 

Prepare_ 

HandoverResult 



Figure 19.2/4 (slieet 2 of 8): Process HO_MSC_A 
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1 9.3 Fault recovery procedures 



When a location register has restarted after a fault, the fault recovery procedures ensure that the subscriber data in the 
VLR or in the SGSN become consistent with the subscriber data that are stored in the HLR for the MS concerned and 
that the location information in the HLR , the VLR and the SGSN reflect accurately the current location of the MS. 

The stage 2 specification of fault recovery procedures in location registers is 3GPP TS 23.007 [19]. 

19.3.1 VLR fault recovery procedures 
19.3.1.1 General 

Restoration of an IMSI record in a VLR can be triggered by a location registration request from the MS or by a request 
from the HLR for a roaming number to route a mobile terminated call to the MS. If the restoration is triggered by a 
location registration request from the MS, the VLR performs the location updating procedure described in 
3GPP TS 23.012 [23] and subclause 19. LI of the present document. If the restoration is triggered by a request for a 
roaming number, the VLR provides the roaming number and triggers an independent dialogue to restore the subscriber 
data as described in 3GPP TS 23.018 [97]. The message flow for data restoration triggered by a request for a roaming 
number is shown in figure 19.3.1/1. 
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MAP_PROVIDE_ROAMING_NUMBER_req/ind 
MAP_PROVIDE_ROAMING_NUMBER_rsp/cnf 
MAP_SEND_AUTHENTICATION_INFO_req/ind (Hole ^,no\e 2) 
MAP_SEND_AUTHENTICATION_INFO_rsp/cnf (Hole ^,no\e 2) 
MAP_RESTORE_DATA_req/ind 

MAP_ACTIVATE_TRACE_MODE_req/incl (Hole ^ , no\e 3) 
MAP_ACTIVATE_TRACE_MODE_rsp/cnf (No\e ^ , no\e 3) 
MAP_INSERT_SUBSCRIBER_DATA_req/ind 
MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 
MAP_RESTORE_DATA_rsp/cnf 



NOTE 1 : Services printed in italics are optional. 
NOTE 2: If authentication is required. 
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NOTE 3: If subscriber tracing is active in the HLR. 

Figure 19.3/1 : Message flow for VLR restoration at mobile terminated call set-up 

19.3.1.2 Procedure in the VLR 

The procedure in the VLR to handle a dialogue for subscriber data restoration is defined in subclause 21.2.6 of the 
present document. 

19.3.1.3 Procedure in the HLR 

The MAP process in the HLR to handle a request for data restoration in the VLR is shown in figure 19.3.1/2. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Check_Indication see subclause 25 .2. 1 ; 

Control_Tracing_With_VLR_HLR see subclause 25.9.6. 
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Figure 19.3.1/2: Process Restore_Data_HLR 
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1 9.3.2 HLR fault recovery procedures 



19.3.2.1 



General 



For the HLR, periodic back-up of data to non- volatile memory is mandatory. 

Data that have been changed after the last back-up and before the restart of the HLR cannot be recovered by reload from 
the non- volatile memory. Therefore, a restoration procedure is triggered for each IMSI record that has been affected by 
the HLR fault at the first authenticated radio contact with the MS concerned. 

As an implementation option, a notification can be forwarded to the MS to alert the subscriber to check the parameters 
for supplementary services that allow subscriber controlled input (MAP_FORWARD_CHECK_SS_INDICATION 
service). If the VLR receives this notification from the HLR it shall forward the notification to the MS. If the Gs- 
interface is implemented the VLR shall not forward this notification. 

The message flow for HLR restoration for a non-GPRS subscriber is shown in figure 19.3.2/L 

The message flow for HLR restoration for a GPRS subscriber is shown in figure 19.3.2/2. 



1) 
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MAP_RESET_req/ind 

MAP_PROCESS_ACCESS_REQUEST_req/ind 
MAP_UPDATE_LOCATION_req/ind 
MAP_ACTlVATE_TRACE_MODE_req/ind [HoXe \ , Note 2) 
MAP_ACTIVATE_TRACE_MODE_rsp/cnf (NoXe ^ , Note 2) 
MAP_INSERT_SUBSCRIBER_DATA_req/ind 
MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 
MAP_UPDATE_LOCATION_rsp/cnf 

MAP_FORWARD_CHECK_SS_INDICATION_req/incl (Note 1 ) 
MAP_FORWARD_CHECK_SS_INDICATION_req/incl (Note 1 ) 



NOTE 1 : Services printed in italics are optional. 
NOTE 2: If subscriber tracing is active in the HLR. 



Figure 19.3.2/1 : Message flow for HLR restoration (non-GPRS) 
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1) MAP_RESET_req/ind 

2) M AP_U P D ATE_G P RS_LOCATION_req/i nd 

3) MAP_ACTIVATE_TRACE_MODE_req/ind (Note 1 , Note 2) 

4) MAP_ACTIVATE_TRACE_MODE_rsp/cnf (Note 1 , Note 2) 

5) MAP_INSERT_SUBSCRIBER_DATA_req/ind 

6) MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf 

7) MAP_UPDATE_GPRS_LOCATION_rsp/cnf 

NOTE 1 : Services printed in italics are optional. 
NOTE 2: If subscriber tracing is active in the HLR. 

Figure 19.3.2/2: Message flow for HLR restoration (GPRS) 

1 9.3.2.2 Procedure in the HLR 

The MAP process in the HLR to notify the relevant serving nodes that the HLR has restarted is shown in figure 
19.3.2/3. 

The SGSN address list includes one instance of the address of each SGSN in which (according to the HLR data 
retrieved from the non- volatile memory) there is at least one subscriber registered who is affected by the HLR restart. 

The VLR address list includes one instance of the address of each VLR in which (according to the HLR data retrieved 
from the non- volatile memory) there is at least one subscriber registered who is affected by the HLR restart. 

The MAP process in the HLR to notify a VLR that the HLR has restarted is shown in figure 19.3.2/4. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Cnf 



see subclause 25.1.2. 



The MAP process in the HLR to notify an SGSN that the HLR has restarted is shown in figure 19.3.2/5. The MAP 
process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Cnf 



see subclause 25.1.2. 



19.3.2.3 



Procedure in the VLR 



The MAP process in the VLR to handle a notification that an HLR has restarted is shown in figure 19.3.2/6. The MAP 
process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Ind 



see subclause 25.1.1. 
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The VLR uses the HLR number or the HLR identity Hst included in the MAP_RESET indication to identify the IMSI 
records which are affected by the HLR restart. 

1 9.3.2.4 Procedure in the SGSN 

The MAP process in the SGSN to handle a notification that an HLR has restarted is shown in figure 19.3.2/6. The MAP 
process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

The SGSN uses the HLR number or the HLR identity list included in the MAP_RESET indication to identify the IMSI 
records which are affected by the HLR restart. 
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Figure 19.3.2/3: Process Restart_HLR 
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Figure 19.3.2/4: Process Send_Reset_To_VLR_HLR 
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Figure 19.3.2/5: Process Send_Reset_To_SGSN_HLR 
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process Receive_Reset_VLR 
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Figure 19.3.2/6: Process Receive_Reset_VLR 
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Figure 19.3.2/7: Process Receive_Reset_SGSN 
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19.4 Mobility Management event notification procedure 
19.4.1 General 

The Mobility Management event notification procedure is used to notify a gsmSCF about the successful completion of a 
Mobility Management event. 

The message flow for Mobility Management event notification is shown in figure 19.4/1. 



VLR 

or 

SGSN 




gsmSCF 








1 






2 






^ 









1 ) MAP_REPORT_MM_EVENT_req/ind 

2) MAP_REPORT_MM_EVENT_rsp/cnf 

Figure 19.5/1 : Message flow for Mobility Management event notification 

1 9.4.2 Procedure in the VLR or SGSN 

The MAP process in the VLR or the SGSN to report a Mobility Management event to the gsmSCF is shown in figure 
19.4/2.The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 



Receive_Open_Cnf 
Check Confirmation: 



see subclause 25.1.2; 
see subclause 25.2.2. 



1 9.4.3 Procedure in the gsmSCF 



The MAP process in the gsmSCF to handle the report of a Mobility Management event is shown in figure 19.4/3 .The 
MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Ind 



see subclause 25 . 1 . 1 ; 
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process Notify_MM_Event_VLR_Or_SGSN 
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Figure 19.4/2: Process Notify_MM_Event_VLR_Or_SGSN 
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Figure 19.4/3: Process Notify_MM_Event_gsmSCF 
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19.4 HLR Insert Subscriber Data macros 

19.5.1 Macro lnsert_Subs_Data_Framed_HLR 

This macro is used to transfer subscriber data to the VLR as part of an existing dialogue for location updating or data 
restoration. The macro invokes a macro and a process not defined in this clause; the definitions of the macro and the 
process can be found as follows: 

Wait_For_Insert_Subs_Data_Cnf see subclause 25.7.5; 

Send_Insert_Subs_Data_HLR: see subclause 25.7.7. 

The HLR may wait for each MAP_INSERT_SUBSCRIBER_DATA request to be acknowledged before it sends the 
next request, or it may handle the requests and the confirmations in parallel. 

If the VLR has indicated that it does not support a service or feature (e.g. Closed User Group or Advice Of Charge 
Charging Level) which the HLR operator regards as essential for the subscriber, the macro 
Wait_for_Insert_Subs_Data_Cnf takes the Replace_Service exit; the HLR sets the Roaming Restriction Due To 
Unsupported Feature flag to roaming restricted and sends Roaming Restriction Due To Unsupported Feature in a 
subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

If the HLR operator does not regard the unsupported service or feature as essential for the subscriber but the macro 
Wait_for_Insert_Subs_Data_Cnf takes the Replace_Service exit, the HLR sends the data for a replacement service in a 
subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

If subscriber data for CAMEL Phase 2 or later services are sent to a VLR which does not support the appropriate phase 
of CAMEL, the service behaviour may be unpredictable or incorrect. The HLR should therefore ensure that at the 
conclusion of a stand alone Insert Subscriber data procedure the data in the VLR do not require a capability that the 
VLR does not have. Possible mechanisms to ensure this are described in 3GPP TS 23.078 [98]. 

The HLR should send a Forwarded-to number which is not in E.164 international format to the VLR only when the 
HLR has ascertained that the VLR supports CAMEL Phase 2 or later. Thus, the ISD message containing the 
Forwarded-to number which is not in E.164 international format shall be sent to the VLR only if the HLR previously 
received confirmation from the VLR at Location Update that CAMEL Phase 2 or later is supported. 

19.5.2 Macro lnsert_GPRS_Subs_Data_Framed_HLR 

This macro is used to transfer subscriber data to the SGSN as part of an existing dialogue for location updating. The 
macro invokes a macro and a process not defined in this clause; the definitions of the macro and the process can be 
found as follows: 

Wait_For_Insert_GPRS_Subs_Data_Cnf see subclause 25.7.5; 

Send_Insert_Subs_Data_HLR: see subclause 25.7.7. 

The HLR may wait for each MAP_INSERT_SUBSCRIBER_DATA request to be acknowledged before it sends the 
next request, or it may handle the requests and the confirmations in parallel. 

If the SGSN has indicated that it does not support a service or feature which the HLR operator regards as essential for 
the subscriber, the macro Wait_for_Insert_GPRS_Subs_Data_Cnf takes the Replace_Service exit; the HLR sets the 
Roaming Restricted In SGSN Due To Unsupported Feature flag to roaming restricted and sends Roaming Restricted In 
SGSN Due To Unsupported Feature in a subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

If the HLR operator does not regard the unsupported service or feature as essential for the subscriber but the macro 
Wait_for_Insert_GPRS_Subs_Data_Cnf takes the Replace_Service exit, the HLR sends the data for a replacement 
service in a subsequent MAP_INSERT_SUBSCRIBER_DATA request. 
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Figure 19.5/1: Macro lnsert_Subs_Data_Framed_HLR 
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20 Operation and maintenance procedures 
20.1 General 

The Operation and Maintenance procedures are used to support operation and maintenance of the network. 
The following procedures exist for operation and maintenance purposes: 

i) Tracing procedures; 

ii) Subscriber Data Management procedures; 

iii) Subscriber Identity procedure. 
The following application contexts refer to complex MAP Users consisting of several processes: 

- subscriberDataManagementContext; 

- tracingContext. 

Each of these two application contexts needs a co-ordinating process in the VLR or in the SGSN as described in the 
following subclauses. 

20.1 .1 Tracing Co-ordinator for the VLR 

The Tracing Co-ordinator process in the VLR is shown the figure 20.1/1. The MAP process invokes a macro not 
defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

20. 1 .2 Tracing Co-ordinator for the SGSN 

The Tracing Co-ordinator process in the SGSN is shown in figure 20.1/2. The MAP process invokes a macro not 
defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

20.1 .3 Subscriber Data Management Co-ordinator for the VLR 

The Subscriber Data Management Co-ordinator process in the VLR is shown in figure 20.1/3. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

20.1 .4 Subscriber Data Management Co-ordinator for the SGSN 

The Subscriber Data Management Co-ordinator process in the SGSN is shown in figure 20.1/4. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 
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Figure 20.1/1 : Process Co_Tracing_VLR 
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Figure 20.1/2: Process Co_Tracing_SGSN 
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Figure 20.1/3: Process Co_SDM_VLR 
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Figure 20.1/4: Process Co_SDM_SGSN 
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20.2 Tracing procedures 

Three types of tracing procedures exist: 

i) Subscriber tracing management procedures; 

ii) Subscriber tracing procedures; 

iii) Event tracing procedures. 

The subscriber tracing management procedures are used to manage the status and the type of the tracing. The subscriber 
tracing activation procedure is used at location updating or data restoration when the trace mode of a subscriber is set 
active in the HLR or, as a stand alone procedure, when the subscriber is already registered and the trace mode becomes 
active in the HLR. The procedures to activate tracing in the VLR are shown in figures 20.2/1 and 20.2/3. The 
procedures to activate tracing in the SGSN are shown in figures 20.2/2 and 20.2/4. 




1 ) Subscriber Tracing Activation 

2) MAP_ACTIVATE_TRACE_MODE_req/ind 

3) MAP_ACTIVATE_TRACE_MODE_rsp/cnf 

4) Subscriber Tracing Activation Accepted 

Figure 20.2/1 : Stand-alone subscriber tracing activation procedure for non-GPRS 




1 ) Subscriber Tracing Activation 

2) MAP_ACTIVATE_TRACE_MODE_req/ind 

3) MAP_ACTIVATE_TRACE_MODE_rsp/cnf 

4) Subscriber Tracing Activation Accepted 

Figure 20.2/2: Stand-alone subscriber tracing activation procedure for GPRS 
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1 ) MAP_UPDATE_LOCATION or MAP_RESTORE_DATA_req/ind 

2) MAP_ACTIVATE_TRACE_MODE_req/ind 

3) MAP_ACTIVATE_TRACE_MODE_rsp/cnf 

4) MAP_UPDATE_LOCATION_rsp/cnf or MAP_RESTORE_DATA_rsp/cnf 

Figure 20.2/3: Subscriber tracing activation procedure at location updating or data restoration 





1 ) MAP_UPDATE_GPRS_LOCATION_req/ind 

2) MAP_ACTIVATE_TRACE_MODE_req/ind 

3) MAP_ACTIVATE_TRACE_MODE_rsp/cnf 

4) MAP_UPDATE_GPRS_LOCATION_rsp/cnf 

Figure 20.2/4: Subscriber tracing activation procedure at GPRS location updating 

The MAP_ACTIVATE_TRACE_MODE request includes the IMSI, trace reference, trace type and identity of the 
OMC. 

The subscriber tracing deactivation procedure is used when tracing of a subscriber in the VLR or in the SGSN is no 
longer required. The procedures are shown in figures 20.2/5 and 20.2/6. 
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1) 
2) 
3) 
4) 



Subscriber Tracing Deactivation 
MAP_DEACTIVATE_TRACE_MODE_req/ind 
MAP_DEACTIVATE_TRACE_MODE_rsp/cnf 
Subscriber Tracing Deactivation Accepted 



Figure 20.2/5: Subscriber tracing deactivation procedure for non-GPRS 




1) 
2) 
3) 
4) 



Subscriber Tracing Deactivation 
MAP_DEACTIVATE_TRACE_MODE_req/ind 
MAP_DEACTIVATE_TRACE_MODE_rsp/cnf 
Subscriber Tracing Deactivation Accepted 



Figure 20.2/6: Subscriber tracing deactivation procedure for GPRS 



The subscriber tracing procedures are used when the VLR detects any subscriber related activity for which the trace 
mode is activated, e.g. the VLR receives a MAP_PROCESS_ACCESS_REQUEST indication. The procedure is shown 
in figure 20.2/7. 






1 ) IVIAP_PROCESS_ACCESS_REQUEST_req/ind 

2) MAP_TRACE_SUBSCRIBER_ACTIVITY_req/ind 

3) Subscriber tracing information 



Figure 20.2/7: Subscriber tracing procedure in the serving MSC 
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20.2.1 Subscriber tracing activation procedure 

20.2.1 .1 Procedures in the HLR 

A subscriber tracing activation request from the CMC starts the appropriate process in the HLR: 
ATM_With_VLR_HLR if tracing is required in the MSCA^LR, ATM_With_SGSN_HLR if tracing is required in the 
SGSN. 

The process in the HLR to activate tracing in the VLR is shown in figure 20.2/8. The MAP process invokes macros not 
defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25. L2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1: If the Repeat attempt counter has reached its limit, the test "Repeat Attempt" takes the "No" exit; otherwise the 
test takes the "Yes" exit. The number of repeat attempts and the interval between successive repeat attempts are 
operator options. 

The process in the HLR to activate tracing in the SGSN is shown in figure 20.2/9. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25. L2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1 : If the Repeat attempt counter has reached its limit, the test "Repeat Attempt" takes the "No" exit; otherwise the 
test takes the "Yes" exit. The number of repeat attempts and the interval between successive repeat attempts are 
operator options. 

20.2.1 .2 Procedure in the VLR 

The process in the VLR to activate tracing in a stand-alone dialogue is shown in figure 20.2/10. The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. L 

20.2.1 .3 Procedure in the SGSN 

The process in the SGSN to activate tracing in a stand-alone dialogue is shown in figure 20.2/lL The MAP process 
invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. L 

20.2.2 Subscriber tracing deactivation procedure 
20.2.2.1 Procedures in the HLR 

A subscriber tracing deactivation request from the CMC starts the appropriate process in the HLR: 
DTM_HLR_With_VLR if tracing is no longer required in the MSC/VLR, DTM_HLR_With_SGSN if tracing is no 
longer required in the SGSN. 

The process in the HLR to deactivate tracing in the VLR is shown in figure 20.2/12. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25. L2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1: If the Repeat attempt counter has reached its limit, the test "Repeat Attempt" takes the "No" exit; otherwise the 
test takes the "Yes" exit. The number of repeat attempts and the interval between successive repeat attempts are 
operator options. 
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The process in the HLR to deactivate tracing in the SGSN is shown in figure 20.2/13. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1 : If the Repeat attempt counter has reached its limit, the test "Repeat Attempt" takes the "No" exit; otherwise the 
test takes the "Yes" exit. The number of repeat attempts and the interval between successive repeat attempts are 
operator options. 

20.2.2.2 Procedure in the VLR 

The process in the VLR to deactivate tracing is shown in figure 20.2/14. The MAP process invokes a macro not defined 
in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 

20.2.2.3 Procedure in the SGSN 

The process in the SGSN to deactivate tracing is shown in figure 20.2/15. The MAP process invokes a macro not 
defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 
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Figure 20.2/8 (sheet 1 of 2): Process ATM_With_VLR_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



535 



ETSI TS 129 002 V9.2.0 (2010-07) 
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Figure 20.2/8 (sheet 2 of 2): Process ATM_With_VLR_HLR 
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Figure 20.2/9 (sheet 1 of 2): Process ATM_with_SGSN_HLR 
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Figure 20.2/9 (sheet 2 of 2): Process ATM_with_SGSN_HLR 
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Figure 20.2/10: Process ATM_Standalone_VLR 
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Figure 20.2/11 : Process ATM_Standa[one_SGSN 
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Figure 20.2/12 (sheet 1 of 2): Process DTM_with_VLR_HLR 
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Figure 20.2/12 (sheet 2 of 2): Process DTM_with_VLR_HLR 
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Figure 20.2/13 (slieet 1 of 2): Process DTM_with_SGSN_HLR 
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Figure 20.2/13 (slieet 2 of 2): Process DTM_with_SGSN_HLR 
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Figure 20.2/14: Process DTM_Standalone_VLR 
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Figure 20.2/15: Process DTM_Standalone_SGSN 
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20.3 Subscriber data management procedures 

Two types of subscriber data management procedures exist: 

1) Subscriber Deletion; 

2) Subscriber Data Modification. 

The subscriber deletion and subscriber data modification procedures are initiated by the OMC (see figures 20.3/1 , 
20.3/2, 20.3/3 and 20.3/4). 




1) Delete Subscriber 

2) MAP_CANCEL_LOCATION_req/ind 

3) MAP_CANCEL_LOCATION_rsp/cnf 

4) Subscriber Deleted 

Figure 20.3/1 : Subscriber deletion procedure for non-GPRS 

In the subscriber deletion procedure for a non-GPRS subscriber the subscriber data are removed from the VLR and the 
HLR. The HLR uses the MAP_CANCEL_LOCATION service. 




1 ) Delete GPRS Subscriber 

2) MAP_CANCEL_LOCATION_req/ind 

3) MAP_CANCEL_LOCATION_rsp/cnf 

4) GPRS Subscriber Deleted 

Figure 20.3/2: Subscriber deletion procedure for GPRS 

In the subscriber deletion procedure for a GPRS subscriber the subscriber data are removed from the SGSN and the 
HLR. The HLR uses the MAP CANCEL LOCATION service. 
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1 ) Modify Subscriber Data 

2) MAP_CANCEL_LOCATION_req/ind, MAP_INSERT_SUBSCRIBER_DATA_req/ind or 
MAP_DELETE_SUBSCRIBER_DATA_req/ind 

3) MAP_CANCEL_LOCATION_rsp/cnf, MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf or 
MAP_DELETE_SUBSCRIBER_DATA_rsp/cnf 

4) Subscriber Data IVIodified 

Figure 20.3/3: Subscriber data modification procedure for non-GPRS 

1 ) IVIodify Subscriber Data 

2) MAP_CANCEL_LOCATION_req/ind, MAP_INSERT_SUBSCRIBER_DATA_req/ind or 
MAP_DELETE_SUBSCRIBER_DATA_req/ind 

3) MAP_CANCEL_LOCATION_rsp/cnf, MAP_INSERT_SUBSCRIBER_DATA_rsp/cnf or 
MAP_DELETE_SUBSCRIBER_DATA_rsp/cnf 

4) Subscriber Data IVIodified 

Figure 20.3/4: Subscriber data modification procedure for GPRS 

In the subscriber data modification procedure the subscriber data are modified in the HLR and when necessary also in 
the VLR or in the SGSN. The HLR initiates one of the MAP_INSERT_SUBSCRIBER_DATA, 
MAP_DELETE_SUBSCRIBER_DATA or MAP_CANCEL_LOCATION services depending on the modified data. 



20.3.1 Subscriber deletion procedure 



20.3.1.1 



Procedure in the HLR 



The subscriber deletion process in the HLR is shown in figure 20.3/5. The MAP process invokes processes not defined 
in this clause; the definitions of these processes can be found as follows: 



Cancel_GPRS_Location_Child_HLR 
Cancel Location Child HLR 



see subclause 19.1.2.2; 
see subclause 19.1.2.2. 



20.3.1 .2 Procedure in the VLR 

The subscriber deletion procedure in the VLR is described in subclause 19.1.2.3 of the present document. 

20.3.1 .3 Procedure in the SGSN 

The subscriber deletion procedure in the SGSN is described in subclause 19.1. 2.4 of the present document. 
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20.3.2 Subscriber data modification procedure 
20.3.2.1 Procedure in the HLR 

The CMC can modify the subscriber data in several different ways. The modifications can be categorised in the 
following groups: 

1) data shall be modified in the HLR; no effect in the VLR; 

2) data shall be modified in both the HLR and the VLR; 

3) withdrawal of a basic service or a supplementary service requiring change to VLR data; 

4) modification affects the roaming permission for the subscriber and the subscriber record shall be removed from 
the VLR data base; 

5) withdrawal of non-GPRS Subscription caused by a change of Network Access Mode; 

6) data shall be modified in the HLR; no effect in the SGSN; 

7) data shall be modified in both the HLR and the SGSN; 

8) withdrawal of GPRS subscription data or a basic service or a supplementary service requiring change to SGSN 
data; 

9) modification affects the roaming permission for the subscriber and the subscriber record shall be removed from 
the SGSN data base; 

10) withdrawal of GPRS Subscription caused by a change of Network Access Mode; 

11) authentication algorithm or authentication key of the subscriber is modified. 

In cases 2 and 7 the HLR uses the MAP_INSERT_SUBSCRIBER_DATA service. 

In cases 3 and 8 the HLR uses the MAP_DELETE_SUBSCRIBER_DATA service. 

In cases 4, 5, 9, 10 and 11 the HLR uses the MAP_CANCEL_LOCATION service. 

If the deletion of subscriber data fails, the HLR may repeat the request; the number of repeat attempts and the time in 
between are HLR operator options, depending on the error returned by the VLR or the SGSN. 

The subscriber data modification process in the HLR is shown in figure 20.3/6. The MAP process invokes processes not 
defined in this clause; the definitions of these processes can be found as follows: 

Insert_Subs_Data_Stand_Alone_HLR see subclause 25.7.3; 

Cancel_Location_Child_HLR see subclause 19.1.2.2; 

Insert_GPRS_Subs_Data_Stand_Alone_HLR see subclause 25.7.4; 

Cancel_GPRS_Location_Child_HLR see subclause 19.1.2.2. 

The macro Delete_Subscriber_Data_HLR is shown in figure 20.3/7. The macro invokes macros not defined in this 
clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The macro Delete_GPRS_Subscriber_Data_HLR is shown in figure 20.3/8. The macro invokes macros not defined in 
this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check Confirmation see subclause 25.2.2. 
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20.3.2.2 Procedures in the VLR 

The process in the VLR to update subscriber data in a stand-alone dialogue is shown in figure 20.3/9. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Check_Indication see subclause 25 .2. 1 ; 

Insert_Subs_Data_VLR see subclause 25.7.1. 

The process in the VLR to delete subscriber data is shown in figure 20.3/10. The MAP process invokes a macro not 
defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 

20.3.2.3 Procedures in the SGSN 

The process in the SGSN to update subscriber data in a stand-alone dialogue is shown in figure 20.3/1 1. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Check_Indication see subclause 25 .2. 1 ; 

Insert_Subs_Data_SGSN see subclause 25.7.2. 

The process in the SGSN to delete subscriber data is shown in figure 20.3/12. The MAP process invokes a macro not 
defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 
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Figure 20.3/5: Process Delete_Subscriber_HLR 
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Figure 20.3/6 (sheet 1 of 2): Process Modify_Data_HLR 
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Figure 20.3/6 (sheet 2 of 2): Process Modify_Data_HLR 
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DSD_HLR1(i; 



MacroinlheHLRto \ 

delete specific ^ 

subscriber dala from aVLR 




Receive_ 
Open_Cnf 



Wait_For_ 
VI_R_Response 



MAP_DELErE 

> subscriber: 

CATA_cnf 



Check_ 
Confirmalion 



MAP_OPEN_req 

MAP_DELETE_SUBSCRIBER_DATA_req 

MAP_DELIMITER_req 



User Error, 
Provider Err a, 
Data Error 



("y 




MAP_ 
> NOTICE_ 
ind 



MAP_ 

aosE_ 

req 



Sgnals to/from the left 
are to/from the VLR 



i^y 



MAP_U_ABORT_ind, 
MAP_P_ABORTJnd, 
MAP_CLOSEJnd 




MSCArea 
Restricted := 



MSCArea 

Restricted := 

True 



Network Node Area Restricted received OR 
RDaming Reslrbtion Due To Unsupported Feature 




Figure 20.3/7: Macro Delete_Subscriber_Data_HLR 
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Figure 20.3/8: Macro Delete_GPRS_Subscriber_Data_HLR 
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Figure 20.3/9 (sheet 1 of 2): Process lns_Subs_Data_Stand_Alone_VLR 
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Figure 20.3/9 (sheet 2 of 2): Process lns_Subs_Data_Stand_Alone_VLR 
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Figure 20.3/10: Process Delete_Subs_Data_VLR 
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Figure 20.3/11 (sheet 1 of 2): Process lns_Subs_Data_Stand_Alone_SGSN 
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Figure 20.3/11 (sheet 2 of 2): Process lns_Subs_Data_Stand_Alone_SGSN 
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Figure 20.3/12: Process Delete_Subs_Data_SGSN 
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20.4 Subscriber Identity procedure 



In the subscriber identity procedure the IMSI of the subscriber is retrieved from the HLR. The procedure is shown in 
figure 20.4/1. 




1) Identity request 

2) MAP_SEND_IMSI_req/ind 

3) MAP_SEND_IMSI_rsp/cnf 

4) Identity confirm 

Figure 20.4/1 : The subscriber identity procedure 



20.4.1 Procedure in the VLR 

The subscriber identity process in the VLR is shown in figure 20.4/2. The MAP process invokes macros not defined in 
this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



20.4.2 Procedure in the HLR 



The subscriber identity process in the HLR is shown in figure 20.4/3. The MAP process invokes macros not defined in 
this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Check Indication 



see subclause 25 . 1 . 1 ; 
see subclause 25.2.1. 
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Figure 20.4/2: Process Send_IMSI_VLR 
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Figure 20.4/3: Process Send_IMSI_HLR 
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21 Call handling procedures 

21.1 General 

The MAP call handling procedures are used: 

- to retrieve routeing information to handle a mobile terminating call; 

- to transfer control of a call back to the GMSC if the call is to be forwarded; 

- to retrieve and transfer information between anchor MSC and relay MSC for inter MSC group calls / broadcast 
calls; 

- to handle the reporting of MS status for call completion services; 

- to handle the notification of remote user free for CCBS; 

- to handle the alerting and termination of ongoing call activities for a specific subscriber; 

- to handle early release of no longer needed resources. 

The procedures to handle a mobile originating call and a mobile terminating call after the call has arrived at the 
destination MSC do not require any signalling over a MAP interface. These procedures are specified in 3GPP TS 
23.018 [97]. 

The stage 2 specification for the retrieval of routeing information to handle a mobile terminating call is in 3GPP TS 
23.018 [97]; modifications to this procedure for CAMEL are specified in 3GPP TS 23.078 [98], for optimal routeing of 
a basic mobile-to-mobile call in 3GPP TS 23.079 [99] and for CCBS in 3GPP TS 23.093 [107]. The interworking 
between the MAP signalling procedures and the call handling procedures for each entity (GMSC, HLR and VLR) is 
shown by the transfer of signals between these procedures. 

The stage 2 specification for the transfer of control of a call back to the GMSC if the call is to be forwarded is in 3GPP 
TS 23.079 [99]. The interworking between the MAP signalling procedures and the call handling procedures for each 
entity (VMSC and GMSC) is shown by the transfer of signals between these procedures. 

The stage 2 specifications for inter MSC group calls / broadcast calls are in 3GPP TS 43.068 [100] and 3GPP TS 43.069 
[101]. The interworking between the MAP signalling procedures and the group call /broadcast call procedures for each 
entity (Anchor MSC and Relay MSC) is shown by the transfer of signals between these procedures. 

The interworking between the call handling procedures and signalling protocols other than MAP are shown in 3 GPP TS 
23.018, 3GPP TS 23.078 and 3GPP TS 23.079 [99]. 

The stage 2 specification for the handling of reporting of MS status for call completion services and notification of 
remote user free for CCBS is in 3GPP TS 23.093 [107]. 

21 .2 Retrieval of routing information 
21.2.1 General 

The message flows for successful retrieval of routeing information for a mobile terminating call are shown in 
figure 21.2/1 (mobile terminating call which has not been optimally routed) and 21.2/2 (mobile-to-mobile call which 
has been optimally routed). The message flow for successful retrieval of routeing information for a gsmSCF initiated 
call is shown in figure 21.2/3. 
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10 





11 



12 



13 



14 



1) l_IAM(Note1) 

2) MAP_SEND_ROUTING_INFORMATION_req/ind (Note 2) 

3) MAP_PROVIDE_SUBSCRIBER_INFO_req/ind (Note 3, Note 4) 

4) MAP_PROVIDE_SUBSCRIBER_INFO_rsp/cnf (Note 4) 

5) MAP_SEND_ROUTING_INFORMA TION_rsp/cnf (Note 4) 

6) MAP_SEND_ROUTING_INFORMA TION_req/incl (Note 4) 

7) MAP_PROVIDE_ROAMING_NUMBER_req/ind 

8) MAP_PROVIDE_ROAMING_NUMBER_rsp/cnf 

9) MAP_SEND_ROUTING_INFORMATION_rsp/cnf 

10) l_IAM(Note1) 

1 1 ) MAP_RESTORE_DA TA_req/ind (Note 4) 

1 2) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 4) 

1 3) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 4) 
1 2) MAP_RESTORE_DA TA_rsp/cnf (Note 4) 

NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
and ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: This service may also be used by an ISDN exchange for obtaining routing information from the HLR. 
NOTE 3: As a network operator option, the HLR sends MAP_PROVIDE_SUBSCRIBER_INFORMATION to the 

VLR. For further details on the CAMEL procedures refer to 3GPP TS 23.078 [98]. 
NOTE 4: Services printed in italics are optional. 

Figure 21.2/1 : Message flow for retrieval of routeing information (non-optimally routed call) 
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1) l_IAM(Note1) 

2) MAP_SEND_ROUTING_INFORMATION_req/ind 

3) MAP_PROVIDE_SUBSCRIBER_INFO_req/ind (Note 2) 

4) MAP_PROVIDE_SUBSCRIBER_INFO_rsp/cnf (Note 2) 

5) MAP_PROVIDE_ROAMING_NUMBER_req/ind (Note 2) 

6) MAP_PROVIDE_ROAMING_NUMBER_rsp/cnf (Note 2) 

7) MAP_SEND_ROUTING_INFORMATION_rsp/cnf 

8) l_IAM(Note1) 

9) MAP_RESTORE_DATA_req/ind (Note 3) 

1 0) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 3) 

1 1 ) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 3) 

1 2) MAP_RESTORE_DATA_rsp/cnf {Nole 3) 

NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
& ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: For Optimal Routeing phase 1 , only one of the information flows for Provide Subscriber Info and Provide 

Roaming Number is used. 
NOTE 3: Services printed in italics are optional. 

Figure 21.2/2: Message flow for retrieval of routeing information (optimally routed call) 
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1 ) MAP_SEND_ROUTING_INFORMATION_req/ind 

2) MAP_SEND_ROUTING_INFORMA TION_rsp/cnf (Note 1 ) 

3) MAP_SEND_ROUTING_INFORMA TION_req/incl (Note 1 ) 

4) MAP_PROVIDE_ROAMING_NUMBER_req/ind 

5) MAP_PROVIDE_ROAMING_NUMBER_rsp/cnf 

6) MAP_SEND_ROUTING_INFORMATION_rsp/cnf 

7) MAP_RESTORE_DATA_req/ind (Note 1 ) 

8) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 1 ) 

9) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 1 ) 

1 0) MAP_RESTORE_DA TA_rsp/cnf {NoXe 1 ) 

NOTE 1 : Services printed in italics are optional. 
Figure 21.2/3: Message flow for retrieval of routeing information for a gsmSCF initiated call 

The following MAP services are used to retrieve routing information: 



MAP_SEND_ROUTING_INFORMATION 
MAP_PROVIDE_ROAMING_NUMBER 
MAP_PRO VIDE_SUB SCRIBERJNFO 
MAP RESTORE DATA 



see subclause 10.1; 
see subclause 10.2; 
see subclause 8.11.2; 
see subclause 8.10.3. 



21 .2.2 Procedure in the GMSC 

The MAP process in the GMSC to retrieve routeing information for a mobile terminating call is shown in figure 21.2/6. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



Sheet 1: if the MAP_SEND_ROUTING_INFORMATION request included the OR Interrogation parameter, the test 
"OR interrogation?" takes the "Yes" exit; otherwise the test takes the "No" exit. 
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21 .2.9 Process in the gsmSCF 



For the purposes of retrieving routeing information from the HLR, the gsmSCF takes the role of the GMSC and follows 
the process specified in subclause 21.2.2. 

21 .2.4 Procedure in the HLR 

The MAP process in the HLR to retrieve routeing information for a mobile terminating call is shown in figure 21.2/7. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

Sheet 3: if the MAP_PROVIDE_ROAMING_NUMBER request included the OR Interrogation parameter, the test "OR 
interrogation?" takes the "Yes" exit; otherwise the test takes the "No" exit. 

21 .2.5 Procedure in the VLR to provide a roaming number 

The MAP process in the VLR to provide a roaming number for a mobile terminating call is shown in figure 21.2/8. The 
MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

21 .2.6 Procedure in the VLR to restore subscriber data 

The MAP process in the HLR to restore subscriber data is shown in figure 21.2/9. The MAP process invokes macros 
not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25 . 1 .2 

Check_Confirmation see subclause 25.2.2 

Insert_Subs_Data_VLR see subclause 25.7.1 

Activate_Tracing_VLR see subclause 25.9.4. 

21 .2.7 Procedure in the VLR to provide subscriber information 

The MAP process in the VLR to provide subscriber information for a mobile terminating call subject to CAMEL 
invocation is shown in figure 21.2/9. The MAP process invokes a macro not defined in this clause; the definition of this 
macro can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 
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Figure 21.2/7 (sheet 2 of 3): Process SRI_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



573 



ETSI TS 129 002 V9.2.0 (2010-07) 



process SRI_HLR 



SRI_HLR3(3) 



Process in the H-R to \ 

handle a requestfor routeingi 
information for an l\/n" call 



Wait_For_ 
Call_Handling_ 



Signals to/ft-om the left \ 
are to/from the GMSC;^ 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



Provide 

Fbaming 

Number 



From HLR call handing 
application process 



MAP_OPEN_req 

MAP_PROVIDE_ROAMING_NUMBER_req 

MAP_DELIMITER_req 



Receive_ 
Open_Cnf 



Set negative 

response: 

System failure 



Provide \ 

Roaming Nunber 
negative / 

response / 



^ To HLR call handing 
application process 



Wait_For_ 
Call_Handling_ 



Wait_For_ 
PRN_Response 




MAPVr 
dalogue 
result 



Wait_For_ 
Call_Handling_ 



Set negative 

response: 

OR not allowed 



To HLR call handing 
application process 



Provide \ 

Fbaming Number 
negative / 

response / 



To HLR call handing 
applbation process 



Wait_For_ 
Call_Handling_ 



MAP_PROVIDE_ROAMING_NUMBER_cnf 



MAP_U_ABORT_ind, 
MAP_P_ABORr_ind, 
MAP_CLOSE_ind 



Check_ 
Confirmation 



Provider Error, 
User Error, 
Data Error 



Set negative 

response: 
System Failure 



MAP_ 

NOTICE_ 

ind 



MAP_ 

aosE_ 



Provide Roaming 
Number ack , 



^ To HLR call handing 
application process 



Provide Roaming\ 
Number negative 
response / 



^ To HLR call handing 
application process 



Provide Roaming\ 
Number negative 
response / 



^ To HLR call handing 
application process 



Wait_For_ 

Call_Handling_ 

Response 



Figure 21.2/7 (sheet 3 of 3): Process SRI_HLR 
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Figure 21.2/8: Process PRN_VLR 
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Figure 21.2/9: Process Restore_Data_VLR 
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Figure 21.2/10: Process PSI_VLR 
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21 .3 Transfer of call handling 



21.3.1 General 

The message flow for successful transfer of call handling to forward a call is shown in figure 21.3/1. 
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5) 
6) 

NOTE 1 : 



NOTE 2: 



MAP_RESUME_CALL_HANDLING_req/ind 

MAP_SEND_ROUTING_INFORMATION_req/incl (Note 2) 

MAP_SEND_ROUTING_INFORMA TION_rsp/cnf (Note 2) 

MAP_RESUME_CALL_HANDLING_rsp/cnf 

l_REL(Note1) 

l_IAM(Note1) 

TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 
MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
& ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

Services printed in italics are optional. 

Figure 21.3/1 : Message flow for transfer of call handling 



If the HLR indicated in the response to the original request for routeing information that forwarding interrogation is 
required, the GMSC executes the Send Routeing Information procedure with the HLR to obtain forwarding 
information; otherwise the GMSC uses the forwarding data which were sent in the 
MAP_RESUME_CALL_HANDLING req/ind. 

21 .3.2 Process in the VMSC 

The MAP process in the VMSC to retrieve routeing information for a mobile terminating call is shown in figure 2L3/2. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25. L2; 
see subclause 25.2.2. 



If the capacity of a message signal unit in the lower layers of the protocol is enough to carry all the information which 
has to be sent to the GMSC, the test "Segmentation needed?" takes the "No" exit; otherwise the test takes the "Yes" exit. 
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21 .3.3 Process in the GMSC 

The MAP process in the GMSC to handle a request for the GMSC to resume call handling is shown in figure 21.3/3. 
The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

If the parameter All Information Sent was present in the MAP_RESUME_CALL_HANDLING indication, the test "All 
Information Sent" takes the "Yes" exit; otherwise the test takes the "No" exit. 
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Figure 21.3/2: Process RCH_VMSC 
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Figure 21.3/3: Process RCH_GMSC 
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21 .4 Inter MSC Group Call Procedures 
21.4.1 General 

The message flow for successful inter MSC group call / broadcast call set-up is shown in figure 21.4/1. 
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1) l_IAM(Note1) 

2) MAP_PREPARE_GROUP_CALL_req/ind 

3) MAP_PREPARE_GROUP_CALL_rsp/cnf 

4) l_IAM(Note1) 

5) MAP_SEND_GROUP_CALL_END_SIGNAL_req/ind 

6) l_ACM(Note1) 

7) l_ACM(Note1) 

8) MAP_FORWARD_GROUP_CALL_SIGNALLING_req/ind (Note 2) 

9) MAP_PROCESS_GROUP_CALL_SIGNALLING_req/ind (Note 2) 

1 0) MAP_SEND_GROUP_CALL_END_SIGNAL_rsp/cnf 

11) l_REL(Note3) 

12) l_REL(Note3) 

NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
and ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: The MAP_FORWARD_GROUP_CALL_SIGNALLING and 

MAP_PROCESS_GROUP_CALL_SIGNALLING services are not applicable for voice broadcast calls. 
NOTE 3: The call can be released from the PSTN/ISDN or the Relay MSC 

Figure 21.4/1 : Message flow for inter MSC group call / broadcast call 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 582 ETSI TS 1 29 002 V9.2.0 (201 0-07) 

21 .4.2 Process in the Anchor MSC 

The MAP process in the Anchor MSC to retrieve and transfer information from / to the Relay MSC for VBS and VGCS 
calls is shown in figure 21.4/2. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2. 

21 .4.3 Process in the Relay MSC 

The MAP process in the Relay MSC to receive and transfer information from / to the Anchor MSC for VBS and VGCS 
calls is shown in figure 21.4/3. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 .2; 

Check Indication see subclause 25.2.1. 
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Figure 21.4/2 (sheet 1 of 2): Process ASCI_Anchor_MSC 
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Figure 21.4/2 (slieet 2 of 2): Process ASCI_Anchor_MSC 
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Figure 21.4/3 (sheet 1 of 2): Process ASCI_Relay_MSC 
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Figure 21.4/3 (sheet 2 of 2): Process ASCI_Relay_MSC 
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21 .4A Inter MSC Group Call Info Retrieval 
21.4A.1 General 

The message flow for successful inter MSC group call info retrieval is shown in figure 21.4A/1. 





MAP Send Group Call Info req/ind 



MAP Send Group Call Info rsp/cnf 



Figure 21.4A/1 : Message flow for inter MSC group call info retrieval 



21 .4A.2 Process in the MSC 

The MAP process in the MSC to retrieve and group call information is shown in figure 21.4A/2. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 

Check_Confirmation 

Receive_Open_Ind 



see subclause 25.1.2; 
see subclause 25.2.2. 
see subclause 25.1.2; 
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Figure 21.4A/2 (slieet 1 of 2): Process Group_Ca[[_lnfo_Retrieval_MSC 
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Figure 21.4A/2 (slieet 2 of 2): Process Group_Call_lnfo_Retrieval_MSC 
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21.5 Void 



21 .6 CCBS: monitoring and reporting the status of the subscriber 
21 .6.1 Reporting co-ordinator process in the VLR 

The MAP co-ordinating process in the VLR to handle a dialogue opened with the reporting application context is shown 
in figure 21.6/6. The MAP process invokes a macro not defined in this clause; the definition of this macro can be found 
as follows: 



Receive_Open_Ind 



see subclause 25.1.1. 



21 .6.2 Setting the reporting state - stand-alone 

The message flow for setting the reporting state in a stand-alone dialogue is shown in figure 21.6/1. 





1 ) MAP_SET_REPORTING_STATE_req/ind 

2) MAP_SET_REPORTING_STATE_rsp/cnf 

Figure 21.6/1 : Message flow for setting the reporting state - stand-alone dialogue 

21 .6.2.1 Process in the HLR 

The MAP process in the HLR to set the reporting state in the VLR in a stand-alone dialogue is shown in figure 21.6/7. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The result of a request to stop reporting is not reported to the CCBS application in the HLR. 

21 .6.2.2 Process in the VLR 

The MAP process in the VLR to set the reporting state is shown in figure 21.6/8. 
The macro Set_Reporting_State_VLR is shown in figure 21.6/9. 

21 .6.3 Status Reporting 

The message flows for reporting the status of a subscriber are shown in figures 21.6/2 and 21.6/3. 
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1 ) MAP_STATUS_REPORT_req/ind 

2) MAP_STATUS_REPORT_rsp/cnf 

Figure 21.6/2: Message flow for status reporting, when monitoring continues in the VLR 
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MAP_STATUS_REPORT_req/ind 
MAP_STATUS_REPORT_rsp/cnf 
MAP_SET_REPORTING_STATE_req/ind 
MAP_SET_REPORTING_STATE_rsp/cnf 

Figure 21.6/3: Message flow for status reporting, when monitoring stops 



The MAP_SET_REPORTING_STATE request is used to stop monitoring in the VLR. If the HLR requires the VLR to 
continue monitoring, it closes the dialogue without sending a MAP_SET_REPORTING_STATE request. 



21.6.3.1 



Process in the VLR 



The MAP process in the VLR to send a status report to the HLR is shown in figure 2L6/10. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25. L2; 

Check_Confirmation see subclause 25.2.2. 

This process can be used to report: 

- an event, such as the user becoming free, or 

- the result of a CCBS call attempt 
to the HLR 
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21 .6.3.2 Process in the HLR 

The MAP process in the HLR to handle a status report is shown in figure 21.6/1 1. The MAP process invokes a macro 
not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Ind 



see subclause 25 . 1 . 1 ; 



It is an implementation option whether to send the MAP_DELIMITER request before invoking the macro 
Set_Reporting_State_HLR. 

The macro Receive_Status_Report_HLR is shown in figure 21.6/12. 

The macro Set_Reporting_State_HLR is shown in figure 21.6/13. The macro invokes a macro not defined in this clause; 
the definition of this macro can be found as follows: 



Check_Confirmation 



see subclause 25.2.2. 



21 .6.4 CCBS: Remote User Free 

The message flows for handling remote user free are shown in figures 21.6/4 and 21.6/5. 





1 ) MAP_REMOTE_USER_FREE_req/ind 

2) MAP_REMOTE_USER_FREE_rsp/cnf 



Figure 21.6/4: Remote User Free: recall not accepted 
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Figure 21.6/5: Remote User Free: recall accepted 

21 .6.4.1 Process in the HLR 

The MAP process in the HLR to handle Remote User Free is shown in figure 21.6/14. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

21 .6.3.2 Process in the VLR 

The MAP process in the VLR to handle Remote User Free is shown in figure 21.6/15. The MAP process invokes a 
macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Confirmation see subclause 25.2.2. 
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Figure 21.6/6: Process Reporting_Coord_VLR 
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Figure 21.6/7: Process Set_Reporting_State_Stand_Alone_HLR 
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Figure 21.6/8: Process Set_Reporting_State_VLR 
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Figure 21.6/9: Macro Receive_Set_Reporting_State_VLR 
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Figure 21.6/10 (slieet 1 of 2): Process Send_Status_Report_VLR 
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Figure 21.6/10 (slieet 2 of 2): Process Send_Status_Report_VLR 
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Figure 21.6/11 : Process Status Report_HLR 
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Figure 21.6/12: Macro Receive_Status_Report_HLR 
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Figure 21.6/13: Macro Set_Reporting_State_HLR 
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Figure 21.6/14: Process Remote_User_Free_HLR 
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Figure 21.6/15 (siieet 1 of 2): Process Remote_User_Free_VLR 
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Figure 21.6/15 (siieet 2 of 2): Process Remote_User_Free_VLR 
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21.7 Void 



21.8 Void 



21 .9 Immediate Service Termination (1ST) 
21.9.1 1ST Alert 

The Immediate Service Termination Alert procedure is used to keep track of the call activities performed by subscribers 
who are marked as being subject to 1ST monitoring and, possibly, to terminate the call activities for which the alert was 
sent, or all the call activities related to the subscriber for whom the alert was sent. 

The message flow for alerting is shown in figure 21.9/1; the MSC may be a Visited MSC or a Gateway MSC. 





1 ) MAP_IST_ALERT_req/ind 

2) MAP_IST_ALERT_rsp/cnf 



Figure 21 .9/1 : Message flow for 1ST Alert 



21.9.1.1 



Procedure in the MSC 



The MAP process in the MSC (Visited MSC or Gateway MSC) is shown in figure 21.9/3. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



21 .9.1 .2 Procedure in the HLR 

The MAP process in the HLR is shown in figure 21.9/4. The MAP process invokes a macro not defined in this clause; 
the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

21.9.2 1ST Command 

The Immediate Service Termination Command procedure is used to terminate the call activities related to a subscriber. 

The message flow for the 1ST Command procedure is shown in figure 21.9/2; the MSC may be a Visited MSC or a 
Gateway MSC. 
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1 ) MAP_IST_COMMAND_req/ind 

2) MAP_IST_COMMAND_rsp/cnf 



Figure 21.9/2: Message flow for 1ST Command 



21.9.2.1 



Procedure in the HLR 



The MAP process in the HLR is shown in figure 21.9/5. The MAP process invokes macros not defined in this clause; 
the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



21.9.2.2 



Procedure in the MSC 



The MAP process in the MSC is shown in figure 21.9.6. The MAP process invokes a macro not defined in this clause; 
the definition of this macro can be found as follows: 



Receive_Open_Ind 



see subclause 25.1.1. 
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Figure 21.9/3: Process IST_Alert_MSC 
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Figure 21.9/4: Process IST_Alert_HLR 
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Figure 21.9/5: Process IST_Command_HLR 
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Figure 21.9/6: Process IST_Command_MSC 
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21.10 Resource Management 
21.10.1 General 

The message flow for successful release of resources is shown in figure 21.10/1. 
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1) l_IAM(Note1) 

2) MAP_SEND_ROUTING_INFORMATION_req/ind 

3) MAP_PROVIDE_ROAMING_NUMBER_req/ind 

4) l_REL(Note1) 

5) MAP_PROVIDE_ROAMING_NUMBER_rsp/cnf 

6) MAP_SEND_ROUTING_INFORMATION_rsp/cnf 

7) MAP_RELEASE_RESOURCES (Note 2) 

NOTE 1 : TUP or ISUP may be used in signalling between MSCs, depending on the network type between the 

MSCs. For further details on the TUP and ISUP procedures refer to the following ITU-T Recommendations 
& ETSI specification: 

- Q.721 -725 - Telephone User Part (TUP); 

- ETS 300 356-1 - Integrated Services Digital Network (ISDN); Signalling System No.7; ISDN User Part 
(ISUP) version 2 for the international interface; Part 1 : Basic services. 

NOTE 2: Services printed in italics are optional. 

Figure 21.10/1 : Message flow for early release of resources 

21 .3.2 Process in the GMSC 

The MAP process in the GMSC to release resources is shown in figure 21.10/2. The MAP process invokes macros not 
defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



21 .3.3 Process in the VMSC 

The MAP process in the VMSC to handle a request for the GMSC to release resources is shown in figure 21.10/3. The 
MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 



Receive_Open_Ind 



see subclause 25 . 1 . 1 ; 
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process Release_Resources_GMSC 
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Figure 21.10/2: Process Release Resources_GMSC 
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Figure 21.10/3: Process Release Resources_VMSC 
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22 Supplementary services procedures 

22.1 Supplementary service co-ordinator processes 

22.1 .1 Supplementary service co-ordinator process for the MSC 

The co-ordinator process in the MSC to handle a CM connection request with CM service type Supplementary service 
activation is shown in figure 22.1/1. The process invokes a macro not defined in this clause; the definition of this macro 
can be found as follows: 

Process_Access_Request_MSC see subclause 25.4.1. 

22.1.2 Void 

22.1 .3 Functional supplementary service co-ordinator process for the HLR 

The MAP co-ordinator process in the HLR to handle a dialogue opened with the networkFunctionalSS application 
context is shown in figure 22.1/3. The MAP process invokes a macro not defined in this clause; the definition of this 
macro can be found as follows: 

Recei ve_Open_Ind see subclause 25 . 1 . 1 . 

22.1 .4 Call completion supplementary service co-ordinator process for the 
HLR 

The MAP co-ordinator process in the HLR to handle a dialogue opened with the callCompletion application context is 
shown in figure 22.1/4. The MAP process invokes a macro not defined in this clause; the definition of this macro can be 
found as follows: 

Recei ve_Open_Ind see subclause 25.1.1. 
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process SS_Coordinator_MSC 
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Figure 22.1/1 (slieet 1 of 2): Process SS_Coordinator_MSC 
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Figure 22.1/1 (slieet 2 of 2): Process SS_Coordinator_MSC 
Figure 22.1/2 void 
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Figure 22.1/3: Process SS_Coordinator_HLR 
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Figure 22.1/4: Process CC_Coordinator_HLR 
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22.2 Registration procedure 
22.2.1 General 

The registration procedure is used to register data related to a supplementary service in the HLR. The registration 
procedure is a fully transparent communication between the MS and the HLR, except that some services may be 
invoked as a result of the procedure, as described in the clauses below. 

The registration procedure is shown in figure 22.2.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (see clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clauses 9 and 25) 



MAP_PROVIDE_IMSI 
MAP_FORWARD_NEW_TMSI 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_CHECK_IMEI 
MAP_READY_FOR_SM 
MAP_INSERT_SUB SCRIBER_D AT A 
The following service is certainly used: 
MAP_REGISTER_SS 



(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 12 and 25); 
(see clauses 8 and 25); 

(defined in clause 11). 



MS 



MSC 



VLR 



HLR 



10 



1 ) A_CM_SERV_REQ (Note 1 ) 

2) MAP_PROCESS_ACCESS_REQUEST (Note 2) 

3) A_REGISTER_SS (Note 1 ) 

4) MAP_REGISTER_SS_req/ind 

5) MAP_REGISTER_SS_req/ind 

6) MAP_REGISTER_SS_rsp/cnf 

7) MAP_REGISTER_SS_rsp/cnf 

8) A_REGISTER_SS ack (Note 1) 

9) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 3) 

1 0) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 3) 
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NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.01 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines indicate the trigger provided by the signalling 
on the radio path, and the signalling triggered on the radio path. 

NOTE 2: For details of the Process Access Request procedure, refer to subclause 25.4 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.2.1/1 : Message flow for supplementary service registration 

22.2.2 Procedure in the MSC 

The A_REGISTER_SS service indication received by the MAP process in the MSC contains the SS-Code and any 
parameters that are related to the supplementary service. 

The MAP user transfers the received information to the VLR in the MAP_REGISTER_SS request without checking the 
contents of the service indication. Rules for the mapping are described in 3GPP TS 29.011 [59]. 

The information in the MAP_REGISTER_SS confirm from the VLR is relayed to the MS in the A_REGISTER_SS 
response message as described in 3GPP TS 24.08x, 3GPP TS 24.08x and 3GPP TS 29.011. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The registration process in the MSC is shown in figure 22.2.2/1. 

22.2.3 Procedure in the VLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2; 

Process_Access_Request_VLR see subclause 25.4.2. 

The MAP process in the VLR transfers the information received in the MAP_REGISTER_SS indication to the HLR in 
the MAP_REGISTER_SS request without checking the contents. The MAP_OPEN request includes the IMSI of the 
subscriber as the destination reference and the VLR number as the originating reference. 

If the MAP_REGISTER_SS confirm is properly formed and contains a result or a user error, the MAP process in the 
VLR shall transfer the information contained in this primitive to the MSC in the MAP_REGISTER_SS response. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The registration process in the VLR is shown in figure 22.2.3/1. 

22.2.4 Procedure in the HLR 

The MAP process invokes a macro and a process not defined in this clause; the definitions of the macro and process can 
be found as follows: 

Check_Indication see subclause 25 .2. 1 ; 

Insert_Subs_Data_Stand_Alone_HLR see subclause 25.7.3. 

The supplementary service request shall be processed according to 3GPP TS 23.011 [22] and the 23.08x and 23.09x- 
series of technical specifications. This handling may lead to a successful result, a partially successful result or an error 
being returned. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]): 
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The registration process in the HLR is shown in figure 22.2.4/1. 
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Figure 22.2.2/1: Process Register_SS_MSC 
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Figure 22.2.3/1 (sheet 1 of 2): Process Register_SS_VLR 
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process Register_SS_VLR 
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Figure 22.2.3/1 (sheet 2 of 2): Process Register_SS_VLR 
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process Register_SS_HLR 
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Figure 22.2.4/1: Process Register_SS_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



627 



ETSI TS 129 002 V9.2.0 (2010-07) 



22.3 Erasure procedure 
22.3.1 General 

The erasure procedure is used to erase data related to a supplementary service in the HLR. The erasure procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the clauses below. 

The erasure procedure is shown in figure 22.3.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (see clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clauses 9 and 25) 



MAP_PROVIDE_IMSI 
MAP_FORWARD_NEW_TMSI 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_CHECK_IMEI 
MAP_READY_FOR_SM 
MAP_INSERT_SUB SCRIBER_D AT A 
The following service is certainly used: 
MAP_ERASE_SS 



(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 12 and 25); 
(see clauses 8 and 25); 

(defined in clause 11). 
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1 ) A_CM_SERV_REQ (Note 1 ) 

2) MAP_PROCESS_ACCESS_REQUEST (Note 2) 

3) A_ERASE_SS(Note1) 

4) M AP_E R AS E_SS_req/i nd 

5) M AP_E R AS E_SS_req/i nd 

6) MAP_ERASE_SS_rsp/cnf 

7) MAP_ERASE_SS_rsp/cnf 

8) A_ERASE_SS ack (Note 1 ) 

9) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 3) 

1 0) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 3) 
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NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.01 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines indicate the trigger provided by the signalling 
on the radio path, and the signalling triggered on the radio path. 

NOTE 2: For details of the Process Access Request procedure, refer to subclause 25.4 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.3.1/1 : Message flow for supplementary service erasure 

22.3.2 Procedure in the MSC 

The MSC procedure for erasure is identical to that specified for registration in subclause 22.2.2. The text and diagrams 
in subclause 22.2.2 apply with all references to registration changed to erasure. 

22.3.3 Procedure in the VLR 

The VLR procedure for erasure is identical to that specified for registration in subclause 22.2.3. The text and diagrams 
in subclause 22.2.3 apply with all references to registration changed to erasure. 

22.3.4 Procedure in the HLR 

The HLR procedure for erasure is identical to that specified for registration in subclause 22.2.4. The text and diagrams 
in subclause 22.2.4 apply with all references to registration changed to erasure. 



22.4 Activation procedure 
22.4.1 General 

The activation procedure is used to activate a supplementary service in the HLR. The activation procedure is a fully 
transparent communication between the MS and the HLR, except that some services may be invoked as a result of the 
procedure, as described in the clauses below. 

The activation procedure is shown in figure 22.4. 1/L 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (see clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clauses 9 and 25) 



MAP_PROVIDE_IMSI 
MAP_FORWARD_NEW_TMSI 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_CHECK_IMEI 
MAP_READY_FOR_SM 
MAP_GET_PASSWORD 
MAP_INSERT_SUB SCRIBER_D AT A 
The following service is certainly used: 
MAP ACTIVATE SS 



(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 12 and 25); 
(defined in clause 11); 
(see clauses 8 and 25); 

(defined in clause 11). 
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14 




10 



13 




11 



12 



15 



16 



1) 
2) 
3) 
4) 
5) 
6) 
7) 
8) 
9) 
10) 

11) 
12) 

13) 
14) 
15) 
16) 

NOTE 1 : 



NOTE 2: 
NOTE 3: 



A_CM_SERV_REQ (Note 1) 
MAP_PROCESS_ACCESS_REQUEST (Note 2) 
A_ACTIVATE_SS(Note1) 
MAP_ACTIVATE_SS_req/ind 
MAP_ACTIVATE_SS_req/ind 
MAP_GET_PASSWORD_req/incl (No\e 3) 
MAP_GET_PASSWORD_req/ind (No\e 3) 
A_GET_PASSWORD (Note 1 , Note 3) 
A_GET_PASSWORD ack (Note 1 , Note 3) 
MAP_GET_PASSWORD_rsp/cnf{No{e 3) 
MAP_GET_PASSWORD_rsp/cnf (Hole 3) 
MAP_ACTIVATE_SS_rsp/cnf 
MAP_ACTIVATE_SS_rsp/cnf 
A_ACTIVATE_SS ack (Note 1) 
MAP_INSERT_SUBSCRIBER_DATA_req/ind (Note 3) 
MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 3) 

For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.010 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines indicate the trigger provided by the signalling 
on the radio path, and the signalling triggered on the radio path. 

For details of the Process Access Request procedure, refer to subclause 25.4 of this document. 
Services printed in italics are optional. 

Figure 22.4.1/1 : Message flow for supplementary service activation 



22.4.2 Procedure in the MSC 

The A_ACTIVATE_SS service indication received by the MAP user in the MSC contains the SS-Code and any 
parameters related to the supplementary service. 

The MSC transfers the received information to the VLR in the MAP_ACTIVATE_SS request without checking the 
contents of the service indication. Rules for the mapping are described in 3GPP TS 29.011 [59]. 

The information in the MAP_ACTIVATE_SS confirm from the VLR is relayed to the MS in the A_ACTIVATE_SS 
response message, as described in TS 24.08x, 3GPP TS 24.08x and 3GPP TS 29.011. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3 GPP TS 29.01 1 [59]). 
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The activation process in the MSC is shown in figure 22.4.2/1. 

22.4.3 Procedure in the VLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2; 

Process_Access_Request_VLR see subclause 25.4.2. 

The MAP process in the VLR transfers the information received in the MAP_ACTIVATE_SS indication to the HLR in 
the MAP_ACTIVATE_SS request without checking the contents. The MAP_OPEN request includes the IMSI of the 
subscriber as the destination reference and the VLR number as the originating reference. 

If the MAP_REGISTER_SS confirm is properly formed and contains a result or a user error, the MAP process in the 
VLR shall transfer the information contained in this primitive to the MSC in the MAP_ACTIVATE_SS response. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The activation process in the VLR is shown in figure 22.4.3/1. 

22.4.4 Procedure in the HLR 

The MAP process invokes a macro and a process not defined in this clause; the definitions of the macro and process can 
be found as follows: 

Check_Indication see subclause 25 .2. 1 ; 

Insert_Subs_Data_Stand_Alone_HLR see subclause 25.7.3. 

The supplementary service request shall be processed according to 3GPP TS 23.011 [22] and the 23.08x and 23.09x- 
series of technical specifications. This handling may lead to a successful result, a partially successful result or an error 
being returned. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]): 

The activation process in the HLR is shown in figure 22.4.4/1. 
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process Activate_SS_MSC 



ASS_MSC1(1) 



PrcxDess in the MSC to handle , \ 
a request to activate n 

a supplementary service 



Signals to/fnom the left \ 

are to/from the SS ^ 

co-ordi nating process in the MSC; 
signals to/from the right 
are to/from the VLR 



A_CM_ 
SERV_ 
RELEASE_ 
ind 



A_ 
>ACTIVATE_ 
SSJnd 



MAP_U_ABORT_ind, 
MAP_CLOSE_ind 




MAP_ACTIVAT E_SS_req 
MAP_DELIMITER_req 



A_CM_ 
RELEASE_ 
COMPLETE, 
x req 



A_CM_ 

RELEASE_ 

req 



Wait_For_ 

Activate_ 

SS_Confirm 



A_CM_ 
xSERV_ 
RELEASE_ 
ind 



MAP_U_ 
ABORT_ 
req 



MAP_ACTIVAT E_SS_cnf 



A_ACTIVATE_SS_rsp 
A_CM_RELEASE_req 



MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



A_CM_ 
RELEASE_ 
COMPLETE, 
x req 



Get_Password_ 
MSC 



A_CM_ 

RELEASE_ 

req 



Wait_For_ 
SS_Confirm 



Figure 22.4.2/1 : Process Activate_SS_MSC 
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process Activate_SS_VLR 



ASS_VLR1(2) 



Process in the VLR tohande 
a request to activate 
asipplementary service 



Signalsto/fromtheleft \ 
are to/from the MSC; ^ 
signals to/from the right 
are to/from the Hl-R 



Receive_ 
Openjnd 



Wait_For_ 
PAR 



MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



Process_ 

Access_ 

Request_VUR 



Wait_For_ 

Activate_ 

SS_Request 



MAP_ 
> ACTIVATE_ 
SSJnd 



MAP_OPEN_req 

MA P_ACTI V ATE_SS_r eq 

MAP_DELIMITER_req 



Receive_ 
Open_Cnf 



MAP_U_ 
ABORT_ 



Perfam 
MAPVr 
diaiogiB 



Wait_For_ 

Activate_ 

SS_Confirm 



Figure 22.4.3/1 (slieet 1 of 2): Process Activate_SS_VLR 
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process Activate_SS_VLR 



Process in the VLR to handle 
a request to activate 
a supplementary service 



Wait_For_ 

Activate_ 

SS_Confirm 



MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



ASS_VLR2(2) 

Signals to/from the left\ 
are to/from the MSC; ^ 
signals to/from the right 
are to/from the HLR 



MAP_ 

ACTIVATE, 

SS_cnf 



MAP_ 

NOTICE_ 

ind 



MAP_P_ABORT_ind, 
MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



MAP_U_ 
ABORT_ 
req 



Check_ 
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MAP_ 

CLOSE_ 

req 



OK, User Error, Data Error 



Provider Error 



MAP_ACTIVAT E_SS_rsp 
MAP_CLOSE_req 



Wait_For_ 
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SS_Confirm 



Get_Password_ 
VLR 



Wait_For_ 

Activate_ 

SS_Confirm 



MAP_U_ 
ABORT_ 
req 



MAP_U_ 
ABORT_ 
req 



Figure 22.4.3/1 (slieet 2 of 2): Process Activate_SS_VLR 
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process Activate_SS_H LR 



Process in the HLR to handle 
a request to activate 
a supplementary service 



ASS_HLR1(2) 



Signals to/fnom the left \ 
areto/fromthe VLR; ^ 
signals to/from the right 
are to/fromthe process 
SS_REQUEST_WITH_ 
BS_G ROUP (see 
3GPPTS 23.011) 



MAP_ 
>ACTIVATE_ 
SSJnd 



Check_ 
Indication 



Set User Error: 
Call barred 



Call barring cause= 
Operator barring 




Operator Determined Barring 
of SS management? 



MA P_ACTI VAT E_S S_rsp 
MAP_CLOSE_req 



Wait_For_ 

Application_ 

Response 



acknowledge 



partial 
acceptance 



MAP_ 
>NOTICE_ 
ind 



MAP_P_ABORTJnd, 
MAP_U_ABORT_ind, 
MAP_CLOSE_ind 









MAP U 
ABORT 
req 











MA P_ACTI VAT E_S S_rsp 
MAP_CLOSE_req 



Update of subs data 
required in VLR? 



lnsert_Subs_Data_ 

Stand_Alone_ 

HLR 




Figure 22.4.4/1 (sheet 1 of 2): Process Activate_SS_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



635 



ETSI TS 129 002 V9.2.0 (2010-07) 



process Activate_SS_HLR 



ASS_HLR2(2) 



Process in the hLR to handle 
a request to activate 
asipplementary service 



Wait_For_ 
Application_ 



SSGet 
PassvwDrd 



MAP_ 
> NOTICE_ 
ind 



MAP_ 
CLOSE_ 



Wait_For_ 
Password 



MAP_GET_ 
> PASSWOR D_ 
cnf 



Check_ 
Conlirmalion 



MAP_GET_PASSWO RD_req 
MAP_DELIMITER_req 



OK, User Error 



SSGet 

Password_ 

Ack 



Wait_For_ 
Application_ 
Response 



MAP_P_ABORTJna 
MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



Provider Erra, Data Error 



Figure 22.4.4/1 (slieet 2 of 2): Process Activate_SS_HLR 
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22.5 Deactivation procedure 
22.5.1 General 

The deactivation procedure is used to deactivate a supplementary service in the HLR. The deactivation procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described in the clauses below. 

The deactivation procedure is shown in figure 22.5.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (see clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clauses 9 and 25) 



MAP_PROVIDE_IMSI 
MAP_FORWARD_NEW_TMSI 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_CHECK_IMEI 
MAP_READY_FOR_SM 
MAP_GET_PASSWORD 
MAP_INSERT_SUB SCRIBER_D AT A 
The following service is certainly used: 
MAP DEACTIVATE SS 



(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 12 and 25); 
(defined in clause 11); 
(see clauses 8 and 25); 

(defined in clause 11). 



MS 



14 



MSC 



13 



VLR 



10 



12 



15 



HLR 



11 



16 



A_CM_SERV_REQ (Note 1) 
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2) MAP_PROCESS_ACCESS_REQUEST (Note 2) 

3) A_DEACTIVATE_SS (Note 1 ) 

4) MAP_DEACTIVATE_SS_req/ind 

5) MAP_DEACTIVATE_SS_req/ind 

6) MAP_GET_PASSWORD_req/ind (Note 3) 

7) MAP_GET_PASSWORD_req/ind (Note 3) 

8) A_GET_PASSWORD (Note 1 , Note 3) 

9) A_GET_PASSWORD ack (Note 1 , Note 3) 

1 0) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 1 ) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 2) MAP_DEACTIVATE_SS_rsp/cnf 

1 3) MAP_DEACTIVATE_SS_rsp/cnf 

1 4) A_DEACTIVATE_SS ack (Note 1 ) 

1 5) MAP_INSERT_SUBSCRIBER_DA TA_req/ind (Note 3) 

1 6) MAP_INSERT_SUBSCRIBER_DA TA_rsp/cnf (Note 3) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.01 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines indicate the trigger provided by the signalling 
on the radio path, and the signalling triggered on the radio path. 

NOTE 2: For details of the Process Access Request procedure, refer to subclause 25.4 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.5.1/1 : Message flow for supplementary service deactivation 

22.5.2 Procedure in the MSC 

The MSC procedure for deactivation is identical to that specified for activation in subclause 22.4.2. The text and 
diagrams in subclause 22.4.2 apply with all references to activation changed to deactivation. 

22.5.3 Procedures in the VLR 

The VLR procedure for deactivation is identical to that specified for activation in subclause 22.4.3. The text and 
diagrams in subclause 22.4.3 apply with all references to activation changed to deactivation. 

22.5.4 Procedures in the HLR 

The HLR procedure for deactivation is identical to that specified for activation in subclause 22.4.4. The text and 
diagrams in subclause 22.4.4 apply with all references to activation changed to deactivation. 



22.6 Interrogation procedure 



22.6.1 General 

The interrogation procedure is used to retrieve information related to a supplementary service from the VLR or the 
HLR. It is the VLR which decides whether an interrogation request should be forwarded to the HLR or not. Some non- 
supplementary service related services may be invoked as a result of the procedure, as described in the clauses below. 

The interrogation procedure is shown in figure 22.6. 1/L 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST (see clauses 8 and 25) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see clauses 9 and 25) 

MAP_PROVIDE_IMSI (see clauses 8 and 25) 

MAP_FORWARD_NEW_TMSI (see clauses 8 and 25) 

MAP_AUTHENTICATE (see clauses 8 and 25) 

MAP_SET_CIPHERING_MODE (see clauses 8 and 25) 
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MAP_CHECK_IMEI 
MAP_READY_FOR_SM 

The following service is certainly used: 
MAP INTERROGATE SS 



MS 



(see clauses 8 and 25); 
(see clauses 12 and 25); 

(defined in clause 11). 




1 ) A_CM_SERV_REQ (Note 1 ) 

2) MAP_PROCESS_ACCESS_REQUEST (Note 2) 

3) A_INTERROGATE_SS (Note 1 ) 

4) MAP_INTERROGATE_SS_req/ind 

5) MAPJNTERROGA TE_SS_req/ind 

6) MAPJNTERROGA TE_SS_rsp/cnf 

7) MAP_INTERROGATE_SS_rsp/cnf 

8) A_INTERROGATE_SS ack (Note 1 ) 

NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.01 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines indicate the trigger provided by the signalling 
on the radio path, and the signalling triggered on the radio path. 

NOTE 2: For details of the Process Access Request procedure, refer to subclause 25.4 in the present document. 

NOTE 3: Services printed in italics are optional. 

Figure 22.6.1/1 : Message flow for supplementary service interrogation 

22.6.2 Procedure in the MSC 

The MSC procedures for interrogation are identical to those specified for registration in subclause 22.2.2. The text and 
diagrams in subclause 22.2.2 apply with all references to registration changed to interrogation. 

22.6.3 Procedures in the VLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2; 

Process_Access_Request_VLR see subclause 25.4.2. 

The interrogation is answered either by the VLR or by the HLR, depending on the service interrogated. 

1) Interrogation to be handled by the VLR 
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The supplementary service request shall be processed according to 3GPP TS 23.011 [22] and the 23.08x and 23.09x- 
series of technical specifications. This handling may lead to a successful result, a partially successful result or an error 
being returned. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

2) Interrogation to be handled by the HLR 

If the interrogation is to be handled by the HLR, the MAP process in the VLR transfers the information received in the 
MAP_INTERROGATE_SS indication to the HLR in the MAP_INTERROGATE_SS request without checking the 
contents of the service indication. The MAP_OPEN request includes the IMSI of the subscriber as the destination 
reference and the VLR number as the originating reference. 

If the MAP_INTERROGATE_SS confirm is properly formed and contains a result or a user error, the MAP process in 
the VLR shall transfer the information contained in this primitive to the MSC in the MAP_INTERROGATE_SS 
response. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The Interrogation process in the VLR is shown in figure 22.6.3/1. 

22.6.4 Procedure in the HLR 

The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 

The HLR acts as follows: 
The interrogation is answered either by the VLR or by the HLR, depending on the service interrogated. 

1) Interrogation to be handled by the VLR 

If the interrogation procedure should have been answered by the VLR, then the HLR assumes that the VLR does 
not support the interrogated supplementary service, and returns the SS Not Available error to the VLR. 

2) Interrogation to be handled by HLR 

The supplementary service request shall be processed according to 3GPP TS 23.011 [22] and the 23.08x and 
23.09x-series of technical specifications. This handling may lead to either a successful result or an error being 
returned. 

For call independent SS operations, each message shall contain only a single component. Messages which contain more 
than one component will be stopped at the air interface (as specified in 3GPP TS 29.01 1 [59]). 

The Interrogation process in the HLR is shown in figure 22.6.4/1. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



640 



ETSI TS 129 002 V9.2.0 (2010-07) 
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Figure 22.6.3/1 (slieet 1 of 2): Process lnterrogate_SS_VLR 
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process lnterrogate_SS_VLR 
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Figure 22.6.3/1 (sheet 2 of 2): Process lnterrogate_SS_VLR 
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process lnterrogate_SS_HLR 



ISS_HLR1(1) 
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Figure 22.6.4/1 : Process lnterrogate_SS_HLR 
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22.7 Void 



Figure 22.7.2/1 void 
Figure 22.7.3/1 void 
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22.8 Password registration procedure 
22.8.1 General 

The password registration procedure is used to register a password in the HLR. The password registration procedure is a 
fully transparent communication between the MS and the HLR, except that some services may be invoked as a result of 
the procedure, as described below. 

The password registration procedure is shown in figure 22.8.1/1. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST 

MAP_TRACE_SUB SCRIBER_ACTIVIT Y 

MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 
The following services are certainly used: 

MAP_REGISTER_PASSWORD 

MAP_GET_PASSWORD 



(see clauses 8 and 25) 
(see clauses 9 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 12 and 25); 



(defined in clause 11); 
(defined in clause 11). 
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14 



15 



20 



21 



26 




10 



13 



16 



19 



22 



25 




11 



12 



17 



23 



24 



1 ) A_CM_SERV_REQ (Note 1 ) 

2) MAP_PROCESS_ACCESS_REQUEST (Note 2) 

3) A_REGISTER_PASSWORD (Note 1 ) 

4) MAP_REGISTER_PASSWORD_req/ind 

5) MAP_REGISTER_PASSWORD_req/ind 

6) MAP_GET_PASSWORD_req/ind (Note 3) 

7) MAP_GET_PASSWORD_req/ind (Note 3) 

8) A_GET_PASSWORD (Note 1 , Note 3) 

9) A_GET_PASSWORD ack (Note 1 , Note 3) 

1 0) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 1 ) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 2) MAP_GET_PASSWORD_req/ind (Note 3) 

1 3) MAP_GET_PASSWORD_req/ind (Note 3) 

1 4) A_GET_PASSWORD (Note 1 , Note 3) 

1 5) A_GET_PASSWORD ack (Note 1 , Note 3) 

1 6) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 7) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

1 8) MAP_GET_PASSWORD_req/ind (Note 3) 

1 9) MAP_GET_PASSWORD_req/ind (Note 3) 

20) A_GET_PASSWORD (Note 1 , Note 3) 

21 ) A_GET_PASSWORD ack (Note 1 , Note 3) 

22) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

23) MAP_GET_PASSWORD_rsp/cnf (Note 3) 

24) MAP_REGISTER_PASSWORD_rsp/cnf 

25) MAP_REGISTER_PASSWORD_rsp/cnf 

26) A_REGISTER_PASSWORD (Note 1 ) 
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NOTE 1 : For details of the procedure on the radio path, see 3GPP TS 24.008 [35], 3GPP TS 24.01 [36], 3GPP TS 
24.08X and 3GPP TS 24.09x. Services shown in dotted lines are triggers/ triggered signalling on the radio 
path. 

NOTE 2: For details of the Process Access Request procedure, refer to subclause 25.4 in the present document. 

NOTE 3: The use of each of the three MAP_GET_PASSWORD operations is described in subclause 22.8.4. 

Figure 22.8.1/1 : Message flow for supplementary service password registration 

22.8.2 Procedure in the MSC 

The password registration procedure in the MSC is identical to that for activation specified in subclause 22.4.2. All the 
text and diagrams in subclause 22.4.2 apply with all references to activation changed to password registration. 

22.8.3 Procedure in the VLR 

The password registration procedure in the VLR is identical to that for activation specified in subclause 22.4.3. All the 
text and diagrams in subclause 22.4.3 apply with all references to activation changed to password registration. 

22.8.4 Procedure in the HLR 

The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 

The HLR shall process the MAP_REGISTER_P AS SWORD indication as specified in 3GPP TS 23.011 [22]. During 
the handling of password registration, the password procedure is initiated (as specified in 3GPP TS 23.011 [22]) This 
involves the sending of MAP_GET_PASSWORD requests to the VLR. 

The password registration process in the HLR is shown in figure 22.8.4/1. 
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Figure 22.8.4/1 (sheet 1 of 2): Process Register_PW_HLR 
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process Register_Password_HLR 



Process in the HLR to handle \ 
a request to register a passworch 
for a supplementary service 



password 
changed 



Set User Error: 
System 
failure 



password 



Set User Error 



MAP_REGI ST ER_PASSWOR D_rsp 
MAP_CLOSE_req 



Provider 
Error 



MAP_REGI ST ER_PASSWOR D_rsp 
MAP_CLOSE_req 



Wait_For_ 

Application_ 

Response 



get new 
password 



get new 
password 



MAP_G ET_P ASSW O RD_r e 
MAP_DELIMITER_req 



Wait_For_ 
Password 



MAP_GET_ 
>PASSWORD_ 
cnf 



Check_ 
Confirmation 



OK, 
User Error 



SSGet 

Password_ 

Ack 



Wait_For_ 

Application_ 

Response 



MAP_ 
> NOTICE_ 
ind 



MAP_U_ 
ABORT_ 
req 



RP_HLR2(2) 



MAP_P_ABORT_ind, 
MAP_U_ABORT_ind, 
MAP_CLOSE_i nd 



Figure 22.8.4/1 (sheet 2 of 2): Process Register_PW_HLR 
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22.9 Mobile Initiated USSD procedure 
22.9.1 General 

The procedure supports supplementary service signalling procedures which allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in 3GPP TS 23.090 [34]. 

The following services may be used: 

MAP_PROCESS_ACCESS_REQUEST 

MAP_TRACE_SUB SCRIBER_ACTIVIT Y 

MAP_PROVIDE_IMSI 

MAP_FORWARD_NEW_TMSI 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_CHECK_IMEI 

MAP_READY_FOR_SM 

MAP_UNSTRUCTURED_SS_REQUEST 

MAP_UNSTRUCTURED_SS_NOTIFY 
The following service is certainly used: 

MAP_PROCESS_UNSTRUCTURED_SS_REQUEST (defined in clause 1 1). 



(see clauses 8 and 25); 
(see clauses 9 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 8 and 25); 
(see clauses 12 and 25); 
(defined in clause 11); 
(defined in clause 11). 



22.9.2 Procedure in the MSC 

The process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Confirmation see subclause 25.2.2. 

The A_PROCESS_UNSTRUCTURED_SS_REQUEST from the MS contains information input by the user; the 
message may be fed to an application contained locally in the MSC or to the VLR. The rules for determining this are 
specified in 3GPP TS 23.090 [34]. 

1) Message Destined for the VLR 

If the message is destined for the VLR then the MSC shall transfer the message to the VLR using the mapping specified 
in detail in 3GPP TS 29.01 1 [59]. 

2) Message Destined for the Local Apphcation 

If the message is destined for the local USSD application then the MSC shall transfer the information contained in the 
message to the application. 

The process in the MSC is shown in figure 22.9.2/1. 

22.9.3 Procedure in the VLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 
Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2; 
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Process_Access_Request_VLR see subclause 25.4.2. 

The MAP_PROCESS_UNSTRUCTURED_SS_REQUEST from the MSC contains information input by the user; the 
message may be fed to an application contained locally in the VLR or to the HLR. The rules for determining this are 
specified in 3GPP TS 23.090 [34]. 

1) Message Destined for the HLR 

If the message is destined for the HLR then the VLR shall transfer the message transparently to the HLR. 

2) Message Destined for the Local Apphcation 

If the message is destined for the local USSD application then the VLR shall transfer the information contained in the 
message to the application. 

The process in the VLR is shown in figure 22.9.3/1. 

22.9.4 Procedure in the HLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The MAP_PROCESS_UNSTRUCTURED_SS_REQUEST from the VLR contains information input by the user. If the 
alphabet used for the message is understood then the message shall be fed to an application contained locally in the 
HLR or to the gsmSCF or to a secondary HLR where the USSD application is located. 

1) Message Destined for the Local Apphcation 

If the message is destined for the local USSD application then the HLR shall transfer the information contained in the 
message to the local application. 

2) Message Destined for the gsmSCF or the secondary HLR 

If the message is destined for the gsmSCF or the secondary HLR then the primary HLR shall transfer the message 
transparently to the next node. 

The process in the primary HLR is shown in figure 22.9.4/1. 

22.9.5 Procedures in the gsmSCF/secondary HLR 

The MAP process invokes a macro not defined in this clause; the definition of this macros can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

The process in the gsmSCF or secondary HLR is shown in figure 22.9.5/1. 
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Figure 22.9.2/1 (slieet 1 of 3): Process MS_lnit_USSD_MSC 
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Figure 22.9.2/1 (sheet 2 of 3): Process MS_lnit_USSD_MSC 
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Figure 22.9.2/1 (sheet 3 of 3): Process MS_lnit_USSD_MSC 
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Figure 22.9.3/1 (sheet 1 of 4): Process MS_lnit_USSD_VLR 
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Figure 22.9.3/1 (sheet 2 of 4): Process MS_lnit_USSD_VLR 
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Figure 22.9.3/1 (sheet 3 of 4): Process_MS_lnit_USSD_VLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



657 



ETSI TS 129 002 V9.2.0 (2010-07) 



process MS_lnit_USSD_VLR 



MIUSSD_VLR4(4) 



Process inthe VLR tohande an 
MS initiated USSD transaction 




Signals to/from the left \ 

are to/from the MSC; ^ 

signals to/from the right 
are to/from the USSD 
application process in the VLR 




Wait_For_ 
Application_ 
Response 



L>istructured 
SS Notify 



Uhstructured 
SS Request 



Process Unstructured SS Request ack, 
Process Unstructured SS Request 
negative response 



MAP_UNSTRUCTURED_ 

SS_NOTIFY_req 
MAP_DELIMITER_req 



MAP_UNSTRUCTURED_ 

SS_REQUEST_req 
MAP_DELIMITER_req 



MAP_PROCESS_UNSTRUCTURED_ 

SS_REQUEST_rsp 
MAP_CLOSE_req 



Wait_For_ 

USSN_ 

Confirm_ 

Local 



Wait_For_ 

USSR_ 

Con1irm_ 

Local 



MAP_UNSTRUCTURED_SS_ 
NOTIFY_cnf 



MAP_UNSTRUCTURED_SS_ 
REQUEST_cnf 



Unstructured 
SS Notify 
ack 



Wait_For_ 
PUSSR_ 
Confirm 



Uhstructured 
SS Request 
ack 



Wait_For_ 
PUSSR_ 
Confirm 



Wait_For_Application_Response, 
Wait_For_USSN_Confi rm_LDcal , 
Wait_For_USSR_Confi rm_LDcal 



MAP_U_ABORT_ind, 
MAP_CLOSEJnd 




Figure 22.9.3/1 (sheet 4 of 4): Process_MS_lnit_USSD_VLR 
Figure 22.9.3/2 void 
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Figure 22.9.4/1 (slieet 1 of 4): Process MS_lnit_USSD_HLR 
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Figure 22.9.4/1 (sheet 2 of 4): Process MS_lnit_USSD_HLR 



ETS\ 



3GPP TS 29.002 version 9.2.0 Release 9 



660 



ETSI TS 129 002 V9.2.0 (2010-07) 



process MS_lnit_USSD_HLR 



MI_USSD_HLR3(4) 



Process in the hLR to handle an \ 
MS initiated USSD transaction ^ 



Wait_For_PUSSR_Confirm, 
Wait_For_USSN_Con1i rm, 
Wait_For_USSR_Con1irm, 



Signals to/from the left K 
areto/fromthe VLR; ^ 

signals to/from the right 
areto/fromthe next node 
(gsmSCF or secondary HLR) 



MAP_P_ABORTJnd, 
MAP_U_ABORT_ind, 
MAP_CLJ3SEJnd 



MAP_ 
> NOTICE_ 
ind 



MAP_P_ABORTJna 
MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



MAP_ 

NOTICE_ 

ind 



MAP_ 

aosE_ 



MAP_ 

aosE_ 



MAP_U_ 
ABORT_ 
req 



MAP_U_ 
ABORT_ 
req 



Figure 22.9.4/1 (slieet 3 of 4): Process MS_lnit_USSD_HLR 
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Figure 22.9.4/1 (sheet 4 of 4): Process MS_lnit_USSD_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



662 



ETSI TS 129 002 V9.2.0 (2010-07) 



process MS_INIT_USSD_gsmSCF_Secondary_HLR 



MI_USSD_SCF1(2) 



Process in the gsmSCF a \ 
secondary HLR to handle an ^ 
MS initiated USSD transaction 



Signals to/from the left \ 
areto/fromthe HLR; ^ 
signals to^rom the right 
areto/fromthe USSD 
application process 



Receive_ 
Open_lnd 



Perform 
MAPVr 
dialogue 



Wait_For_ 
Ser\/ice_ 
Indication 



MAP_PROCESS_UNSTRUCTURED_SS_REQUEST_ind 



Process 
Lhstructured 
SS Ftequest 



Wait_For_ 
Application_ 
Response 



Unstructured 
SS Notify 



Uhstructured 
SS Request 



MAP_UNSTRUCTURED_ 

SS_NOTIFY_req 
MAP_DELIMITER_req 



MAP_UNSTRUCTURED_ 

SS_REQUEST_req 
MAP_DELIMITER_req 



Process Unstructured SS Request s 
Process Unstructured SS Request 
negative response 



MAP_PROCESS_UNSTRUCTURED_ 

SS_REQUEST_rsp 
MAP_CLOSE_req 



Wait_For_ 

USSN_ 

Confirm_ 

Local 



Wait_For_ 

USSR_ 

Con1irm_ 

Local 



MAP_UNSTRUCTURED_SS_ 
NOTIFY_cnf 



MAP_UNSTRUCTURED_SS_ 
REQUEST_cnf 



Unstructured 
SS Notify 



Wait_For_ 
PUSSR_ 
Confirm 



Uhstructured 
SS Request 



Wait_For_ 
PUSSR_ 
Confirm 



Figure 22.9.5/1 (sheet 1 of 2): Process MS_lnit_USSD_gsmSCF_Secondary_HLR 
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Figure 22.9.5/1 (siieet 2 of 2): Process MS_lnit_USSD_gsmSCF_Secondary_HLR 
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22.10 Network initiated USSD procedure 
22.10.1 General 

The procedure supports supplementary service signalling procedures which allow PLMN specific services to be 
introduced. 

The message flow for the procedure can be found in 3GPP TS 23.090 [34]. 

The following services may be used: 

MAP_PAGE (see clauses 8 and 25) 

MAP_SEARCH_FOR_MOBILE_SUBSCRIBER (see clauses 8 and 25) 



(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 8 and 25) 
(see clauses 12 and 25). 



MAP_PROCESS_ACCESS_REQUEST 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 
MAP_FORWARD_NEW_TMSI 
MAP_READY_FOR_SM 
At least one of the following services will certainly be used, and both may be used: 
MAP_UNSTRUCTURED_SS_REQUEST (defined in clause 11); 

MAP_UNSTRUCTURED_SS_NOTIFY (defined in clause 11). 

22.10.2 Procedure in the MSC 

The process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 
Receive_Open_Ind see subclause 25 . 1 . 1 ; 

see subclause 25.1.2; 

see subclause 25.3.1; 

see subclause 25.3.2; 

see subclause 25.4.1. 
The process in the MSC is shown in figure 22.10.2/1. 

22. 1 0.3 Procedure in the VLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2. 

The process in the VLR is shown in figure 22.10.3/1. 
MSC Initiated USSD 



Receive_Open_Cnf 
Page_MSC 

Search_For_MS_MSC 
Process_Access_Request_MSC 
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If a USSD application in the MSC wishes to use the network initiated USSD procedure, and a connection to the MS 
does not exist then the MSC opens a dialogue with the VLR. This dialogue leads to the VLR performing page or search 
using the macro Start_USSD_VLR. 

Macro Start_USSD_VLR 

The macro invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Check_Conf irmation see subclause 25.2.1; 

Process_Access_Request_VLR see subclause 25.4.2. 

The macro is shown in figure 22.10.3/2. 

22.10.4 Procedure in the HLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2. 

The process in the primary HLR is shown in figures 22.10.4/1 and 22.10.4/2. 

22.10.5 Procedure in the gsmSCF or secondary HLR 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Conf irmation see subclause 25.2.2. 

The procedure in the gsmSCF or secondary HLR is shown in figure 22.10.5/1. 
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Figure 22.10.2/1 (sheet 1 of 4): Process NW_lnit_USSD_MSC 
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Figure 22.10.2/1 (sheet 2 of 4): Process NW_lnit_USSD_MSC 
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Figure 22.10.2/1 (sheet 3 of 4): Process NW_lnit_USSD_MSC 
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Figure 22.10.2/1 (sheet 4 of 4): Process NW_lnit_USSD_MSC 
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Figure 22.10.3/1 (sheet 1 of 5): Process NW_lnit_USSD_VLR 
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Figure 22.10.3/1 (sheet 2 of 5): Process NWJnit_USSD_VLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



672 



ETSI TS 129 002 V9.2.0 (2010-07) 



process NW_lnit_USSD_VLR 



Process in the VLR tohande a \ 
netwak initiated USSD Iransactiom 



In the upper subtrees, \ 
signals to/from the left^ 
are to/from the VLR; 
signals to/from the right 
are to/from the HLR 



NI_USSD_VLR3(5) 



Wait_For_Next_USSD_lrdication, 
Wait_For_USSN_Con1irm, 
Wait_For_USSR_Con1i rm 



Wait_For_USSN_Confirm, 
Wait_For_USSR_Confirm 



MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



MAP_ 

NOTICE_ 

ind 



MAP_P_ABORTJnd, 
MAP_U_ABORT_ind 



MAP_ 

aosE_ 

ind 



MAP_U_ 
ABORT_ 



MAP_ 

aosE_ 

req 



MAP_U_ 
ABORT_ 



MAP_U_ 
ABORT_ 



^ 



In the lower subtrees 
signals to/from the I 
are to/from the VLR; 
signals to/from the right 
are to/from the USSD 
application in the VLR 



Wait_For_USSD_lnstruc1ion, 
Wait_For_USSN_Confirm, 
Wai t_Fo r_US SR_Co nf i rm 



Receive_ 
Openjnd 



Start_USSD_ 
VLR 



MAP_U_ 
ABORT_ 



Wait_For_Next_USSD_lnstructi on , 
Wait_For_USSN_Con1i rm_Local , 
Wait_For_USSR_Confi rm_LDcal 



MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



Figure 22.10.3/1 (sheet 3 of 5): Process NW_lnit_USSD_VLR 
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Figure 22.10.3/1 (sheet 4 of 5): Process NWJnit_USSD_VLR 
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Figure 22.10.3/1 (sheet 5 of 5): Process NWJnit_USSD_VLR 
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Figure 22.10.3/2 (sheet 1 of 2): Macro Start_USSD_VLR 
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ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



677 



ETSI TS 129 002 V9.2.0 (2010-07) 



process NW_lnit_USSD_HLR 



Process in the HLR to handle a \ 
netwak initiated USSD Iransactiom 



MAP_ 

NOTICE_ 

ind 



MAP_P_ABORTJnd, 
MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



MAP_ 

aosE_ 

req 




MAP_UNSTRUCTURED_ 
SS_NOTIFY_ind 



Check_ 
Indication 



Slart_ 
USSD_HLR 




MAP_U_ 
ABORT_ 



MAP_UNSTRUCTURED_ 

SS_NOTIFY_rsp 
MAP_CLOSE_req 



Receive_ 
Open_lnd 



Wait_For_ 
USSD_ 
Indication 



Check_ 
Indication 



Slart_ 
USSD_HLR 



MAP_U_ 
ABORT_ 



NI_USSD_HLR1(5) 



Signals to/from the left \ 
are to/from the VLR; ^ 

signals to/from the right 
are to/from the next node 
(gsmSCF or secondary HLR) 



FromgsmSCFor 
^ secondary HLR 



MAP_UNSTRUCTURED_ 
SS_REQUEST_ind 



MAP_UNSTRUCTURED_ 

SS_REQUEST_rsp 
MAP_CLOSE_req 



Figure 22.10.4/1 (slieet 1 of 5): Process NW_lnit_USSD_HLR 
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Figure 22.10.4/1 (slieet 2 of 5): Process NW_lnit_USSD_HLR 
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Figure 22.10.4/1 (sheet 3 of 5): Process NW_lnit_USSD_HLR 
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process NW_lnit_USSD_HLR 
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Figure 22.10.4/1 (sheet 4 of 5): Process NW_lnit_USSD_HLR 
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Figure 22.10.4/1 (sheet 5 of 5): Process NW_lnit_USSD_HLR 
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Figure 22.10.4/2: Macro Start_USSD_HLR 
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process NI_USSD_gsmSCF_Secondary_HLR 
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Figure 22.10.5/1 (sheet 1 of 2): Process NW_lnit_USSD_gsmSCF_secondary_HLR 
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Figure 22.10.5/1 (sheet 2 of 2): Process NW_lnit_USSD_gsmSCF_Secondary_HLR 
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22.1 1 Common macros for clause 22 

The following macros are used for the description of more than one of the supplementary service processes described in 
clause 22. 

22.1 1 .1 SS Password handling macros 

Macro Get_Password_MSC 

This macro is used by the MSC to relay a request for password from the VLR to the MS, and to relay a response from 
the MS back to the VLR. The macro is shown in figure 22.11.1/1. 

Macro Get_Password_VLR 

This macro is used by the VLR to relay a request for password from the HLR to the MSC, and to relay a response from 
the MSC back to the HLR. The macro invokes a macro not defined in this clause; the definition of this macro can be 
found as follows: 

Check_Indication see subclause 25 .2. 1 . 

The macro is shown in figure 22.11.1/2. 



22.11.2 Void 
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macrodefinition Get Password MSC 



Get_Pwd_MSC1(1) 
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Figure 22.1 1 .1/1 : Macro Get_Password_MSC 
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macrodefinition Get Password VLR 
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a password request and responsei 
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Figure 22.11.1/2: Macro Get_Password_VLR 
Figure 22.11.2/1 void 
Figure 22.11.2/2 void 
Figure 22.11.2/3 void 
Figure 22.11.2/4 void 
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22.12 Supplementary Service Invocation Notification procedure 
22.12.1 General 

The Supplementary Service Invocation Notification procedure is used to notify a gsmSCF about the invocation of a 
GSM Supplementary Service. 

The supplementary service invocation notification procedure is shown in figure 22.12.1/1. 

The following service is certainly used: 

MAP_SS_INVOCATION_NOTIFY (defined in clause 11). 




1 ) MAP_SS_INVOCATION_NOTIFY_req/ind 

2) MAP_SS_INVOCATION_NOTIFY_rsp/cnf 

Figure 22.12.1/1 : Message flow for supplementary service invocation notification 

22.12.2 Procedure in the MSC 

The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The supplementary service invocation notification process in the MSC is shown in figure 22.12.2/1. 

22.12.3 Procedure in the gsmSCF 

The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25.1.1. 

The supplementary service invocation notification process in thegsmSCF is shown in figure 22.12.3/1. 
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process Notify_SS_lnvocation_MSC 
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Figure 22.12.2/1: Process Notify_SS_lnvocation_MSC 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



691 



ETSI TS 129 002 V9.2.0 (2010-07) 



process Note_SS_lnvocation_gsmSCF 
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Figure 22.12.3/1: Process Note_SS_lnvocation_gsmSCF 
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22.13 Activation of a CCBS request 
22.13.1 General 

The message flow to activate a CCBS request is shown in figure 22.13.1/1. 
The following service is certainly used: 

MAP_REGISTER_CC_ENTRY (defined in clause 11). 



VLR 




HLR 








1 






2 






^ 









1 ) MAP_REGISTER_CC_ENTRY_req/ind 

2) MAP_REGISTER_CC_ENTRY_rsp/cnf 

Figure 22.13.1/1 : Message flow to activate a CCBS request 



22.13.2 Procedure in the VLR 

The MAP process in the VLR to activate a CCBS request is shown in figure 22.13.2/1. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



22.13.3 Procedure in the HLR 

The MAP process in the HLR to activate a CCBS request is shown in figure 22.13.2/1. 
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process Register_CC_Entry_VLR 
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Vr, Error 



Receive_ 
Open_Cnf 



Wait_For_ 
Response_ 
From_HLR 



MAP_P_ 
ABORT_ 
ind 



MAP_ 

NOTICE_ 

ind 



MAP 

CLOSE_ 

req 



MAP_REGI STER_CC_E NTRY_c nf 



Check_ 
Confirmation 



Provider Error, 
Data Error 



Set Negative 

response: 

System 

failure 







/ CCBS request 
( negative 
\ response 


\ 
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Figure 22.13.2/1: Process Register_CC_Entry_VLR 
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process Register_CC_Entry_HLR 
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Figure 22.13.3/1: Process Register_CC_Entry_HLR 
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22. 1 4 Deactivation of a CCBS request 
22.14.1 General 

The message flow to deactivate a CCBS request is shown in figure 22.14.1/1. 
The following service is certainly used: 

MAP_ERASE_CC_ENTRY (defined in clause 11). 



VLR 




HLR 








1 






2 






^ 









1 ) MAP_ERASE_CC_ENTRY_req/ind 

2) MAP_ERASE_CC_ENTRY_rsp/cnf 

Figure 22.14.1/1 : Message flow to deactivate a CCBS request 



22.14.2 Procedure in the VLR 

The MAP process in the VLR to deactivate a CCBS request is shown in figure 22.14.2/1. The MAP process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check_Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



22.14.3 Procedure in the HLR 

The MAP process in the HLR to deactivate a CCBS request is shown in figure 22.14.2/1. 
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Figure 22.14.2/1: Process Erase_CC_Entry_VLR 



ETS\ 



3GPP TS 29.002 version 9.2.0 Release 9 



697 



ETSI TS 129 002 V9.2.0 (2010-07) 



process Erase_CC_Entry_HLR 



ECCE_HLR1(1) 



Process in the HLR to handle 
a request to erase a 
Call Completion entry 



Signals to/from the left \ 

are to/from the VLR; ^ 

signals to/from the right 
are to/from the CCBS 
application process in the H LR 
(see 3GPPTS 23.093) 



M A P_E R AS E_CC_E NTRY_i nd 



Deactivate 
CCBS 



Wait_For_ 

Application_ 

Response 



MAP_ 
> NOTICE_ 
ind 



MAP_P_ABORTJnd, 
MAP_U_ABORT_ind, 
MAP_CLOSEJnd 



MAP_ 

CLOSE_ 

req 



Deactivate 
CCBS 
negative 
response 



Ser User Error 



Deactivate 
CCBS ack 



MA P_E RAS E_CC_E NTRY_rsp 
MAP_CLOSE_req 



Figure 22.14.3/1: Process Erase_CC_Entry_HLR 
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23 Short message service procedures 
23.1 General 

The short message service procedures are used to control both mobile originated and mobile terminated short message 
transfer. 

Four procedures exist for short message services: 

- mobile originated short message service transfer; 
mobile terminated short message service transfer; 

- short message alert procedure; 

- short message delivery status report procedure. 

The following application context refers to a complex MAP user consisting of several processes: 

- shortMessageGatewayContext. 

This application context needs a co-ordinating process in the HLR. Additionally a co-ordinating process needed for the 
mobile originated situation in the MSC, because the A_CM_SERV_REQ message does not distinguish between mobile 
originated short message transfer and the short message alert procedures. 

NOTE: the A_CM_SERV_REQ message is not used for SMS over GPRS. The modelHng is based on the 

assumption that the SGSN will trigger the appropriate process, according to whether an RP_MO_DATA 
or an RP_SM_MEMORY_AVAILABLE is received over the LLC layer. 

23.1 .1 Mobile originated short message service Co-ordinator for the MSC 

The process starts when the MSC receives an A_CM_SERV_REQ message (see 3GPP TS 24.008 [35]), with a CM 
service type indicating short message service, from the A-interface. The process invokes a macro not defined in this 
clause; the definition of this macro can be found as follows: 

Process_Access_Request_MSC see subclause 25.4. L 

If the macro Process_Access_Request_MSC takes the "OK" exit (which means that the MSC has sent an 
A_CM_SERVICE_ACCEPT to the MS), , the MS initiates mobile originated short message transfer or sends an 
indication that it has memory available for more short messages. 

The SMS Co-ordinator process in the MSC is shown in figure 23.1/L 

23.1 .2 Short message Gateway Co-ordinator for the HLR 

The process starts when the HLR receives a MAP_OPEN indication using when the application context 
shortMessageGatewayContext. The MAP process invokes a macro not defined in this clause; the definition of this 
macro can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . L 

The SM Gateway Co-ordinator process in the HLR is shown in figure 23.1/2. 

If the Receive_Open_Ind macro takes the Vr exit then HLR shall perform the MAP dialogue as specified for the 
appropriate application context version. Depending on the subscriber data, handling at the MAP user application level 
may be performed as specified in subclauses 23.3.2 and 23.5.2 of the present document: 
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Figure 23.1/1 (sheet 1 of 2): Process Co_SMS_MSC 
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Figure 23.1/1 (slieet 2 of 2): Process Co_SMS_MSC 
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Figure 23.1/2: Process Co_SM_Gateway_HLR 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



702 



ETSI TS 129 002 V9.2.0 (2010-07) 



23.2 The mobile originated short message transfer procedure 

The mobile originated short message service procedure is used to forward a short message from a mobile subscriber to a 
Service Centre. The message flow for the mobile originated short message service procedure is shown in figure 23.2/1. 
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4a) 

4b) 

5) 

6) 

7) 
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Short Message (3GPP TS 24.01 1 [37]). 

MAP_SEND_INFO_FOR_MO_SMS (*). 

MAP_SEND_INFO_FOR_MO_SMS_AGK (*). 

TCAP BEGIN n 

TCAP CONTINUE (**) 

MAP_MO_FORWARD_SHORT_MESSAGE. 

Short message (3GPP TS 23.040). 

Short message Acknowledgement (3GPP TS 23.040). 

MAP_MO_FORWARD_SHORT_MESSAGE_ACK. 

Short Message Acknowledgement (3GPP TS 24.01 1 [37]). 

Messages 2) and 3) are not used by the SGSN. 

If 

a) 

the capacity of a message signal unit in the lower layers of the protocol is enough to carry the content of 

the MAP_OPEN request and the content of the MAP_MO_FORWARD_SHORT_MESSAGE request in a 

single TC message 

and 

b) the Interworking MSC operator and the serving node (MSC or SGSN) operator agreed not to use 

the TCAP handshake countermeasure against SMS fraud for messages exchanged between their 

networks (see 3GPP TS 33.204 [34a]) 

then 
the TCAP handshake may be omitted. 

Figure 23.2/1 : Mobile originated sliort message transfer 



In addition the following MAP services are used: 
MAP_PROCESS_ACCESS_REQUEST 
MAP_AUTHENTICATE 
MAP_SET_CIPHERING_MODE 



(see subclause 8.3); (*) 
(see subclause 8.5); (*) 
(see subclause 8.6); (*) 
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MAP_PROVIDE_IMSI (see subclause 8.9); (*) 

MAP_CHECK_IMEI (see subclause 8.7); 

MAP_FORWARD_NEW_TMSI (see subclause 8.9); (*) 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see subclause 9.1); (*) 

MAP_READY_FOR_SM (see subclause 12.4). 
(*) These services are not used by the SGSN. 

23.2.1 Procedure in the serving MSC 

Any CAMEL- specific handling defined in this subclause is omitted if the MSC does not support CAMEL control of 
MO SMS, or if the subscriber does not have a subscription for CAMEL control of MO SMS. 

The process starts when the MSC receives a short message from the MS. The process invokes macros not defined in this 
clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Indication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2. 

Sheet 1: If the MSC is integrated with the SMS-IWMSC, it communicates directly with the Short Message Service 
Centre (SMSC) using one of the protocols described in 3GPP TS 23.039 [25a]; otherwise it communicates with the 
SMS-IWMSC using MAP. 

Sheet 3: If the capacity of a message signal unit in the lower layers of the protocol is enough to carry the content of the 
MAP_OPEN request and the content of the MAP_MO_FORWARD_SHORT_MESSAGE request in a single TC 
message, the test "Message segmentation needed" takes the "No" exit; otherwise the test takes the "Yes" exit. 

Sheet 3:The decision box "TCAP Handshake required" takes the "yes" or "no" exit depending on agreements between 
the serving MSC's operator and the SMS-IWMSC's operator (see 3GPP TS 33.204 [34a]). 

The mobile originated short message service process in the MSC is shown in figure 23.2/2. 

23.2.2 Procedure in the VLR 

Any CAMEL-specific handling defined in this subclause is omitted if the VLR does not support CAMEL control of 
MO SMS. 

The process starts when the VLR receives a dialogue opening request followed by a 

MAP_PROCESS_ACCESS_REQUEST including a CM service type Short Message Service. The process invokes 
macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check_Indication see subclause 25 .2. 1 ; 

Process_Access_Request_VLR see subclause 25.4.2. 

The mobile originated short message transfer process in the VLR is shown in figure 23.2/3. 

23.2.3 Procedure in the SGSN 

Any CAMEL-specific handling defined in this subclause is omitted if the SGSN does not support CAMEL control of 
MO SMS, or if the subscriber does not have a subscription for CAMEL control of MO SMS. 

The process starts when the SGSN receives a short message received from the MS over the Gb interface. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 
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Check_Confirmation see subclause 25.2.2. 

Sheet 2: If the capacity of a message signal unit in the lower layers of the protocol is enough to carry the content of the 
MAP_OPEN request and the content of the MAP_MO_FORWARD_SHORT_MESSAGE request in a single TC 
message, the test "Message segmentation needed" takes the "No" exit; otherwise the test takes the "Yes" exit. 

Sheet 2:The decision box "TCAP Handshake required" takes the "yes" or "no" exit depending on agreements between 
the serving SGSN's operator and the SMS-IWMSC's operator (see 3GPP TS 33.204 [34a]). 

The mobile originated short message service process in the SGSN is shown in figure 23.2/4. 

23.2.4 Procedure in the SMS Interworking MSC (SMS-IWMSC) 

This procedure applies only when the SMS-IWMSC is not integrated with the serving MSC or SGSN. 

The process starts when the SMS-IWMSC receives a dialogue opening request with the application context 
shortMsgMO-RelayContext. The MAP process invokes macros not defined in this clause; the definitions of these 
macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check_Indication see subclause 25 .2. 1 . 

Sheet l:The decision box "TCAP Handshake required" takes the "yes" or "no" exit depending on agreements between 
the SMS-IWMSC's operator and the serving node's operator (see 3GPP TS 33.204 [34a]). 

The mobile originated short message service transfer process in the SMS-IWMSC is shown in figure 23.2/5. 
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Figure 23.2/2 (slieet 1 of 4): Process MO_SM_MSC 
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Figure 23.2/2 (slieet 2 of 4): Process MO_SM_MSC 
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Figure 23.2/2 (slieet 3 of 4): Process MO_SM_MSC 
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Figure 23.2/2 (sheet 4 of 4): Process MO_SM_MSC 
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Figure 23.2/3 (sheet 2 of 2): Process MO_SM_VLR 
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Figure 23.2/4 (sheet 1 of 3): Process MO_SM_SGSN 
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Figure 23.2/4 (slieet 2 of 3): Process MO_SM_SGSN 
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Figure 23.2/4 (slieet 3 of 3): Process MO_SM_SGSN 
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Figure 23.2/5 (sheet 1 of 2): Process MO_SM_IWMSC 
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Figure 23.2/5 (sheet 2 of 2): Process MO_SM_IWMSC 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



716 



ETSI TS 129 002 V9.2.0 (2010-07) 



23.3 The mobile terminated short message transfer procedure 

The mobile terminated short message transfer procedure is used for forwarding a short message or several short 
messages from a Service Centre to a mobile subscriber. The message flow for the mobile terminated short message 
procedure for a single short message transfer is shown in figure 23.3/1. 
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Figure 23.3/1 : Mobile terminated short message service procedures 
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1 ) Short Message (3GPP TS 23.040). 

2) MAP_SEND_ROUTING_INFO_FOR_SM. 

3) MAP_SEND_ROUTING_INFO_FOR_SM_ACK. 

4) TCAP BEGIN (***) 

4a) TCAP CONTINUE (***) 

4b) MAP_MT_FORWARD_SHORT_MESSAGE. 

5) MAP_SEND_INFO_FOR_MT_SMS (*). 

5a) MAP_CONTINUE_CAMEL_SMS_HANDLING (*)(**) 

5b) MAP_SEND_INFO_FOR_MT_SMS (*)(**) 

6) MAP_PAGE/MAP_SEARCH_FOR_MOBILE_SUBSCRIBERn. 

7) Page (3GPP TS 24.008 [35]). 

8) Page response (3GPP TS 24.008 [35]). 

9) MAP_PROCESS_ACCESS_REQUEST_ACK and 
MAP_SEARCH_FOR_MOBILE_SUBSCRIBER_ACKn. 

1 0) MAP_SEND_INFO_FOR_MT_SMS_ACK (*). 

1 1 ) Short Message (3GPP TS 24.01 1 [37]). 

1 2) Short Message Acknowledgement (3GPP TS 24.01 1 [37]). 

1 3) MAP_MT_FORWARD_SHORT_MESSAGE_ACK. 

1 4) Short Message Acknowledgement (3GPP TS 23.040). 

n Messages 5), 5a), 5b), 6), 9), and 10) are not used by the SGSN. 

(**) These messages are used only for a subscriber provisioned with MT-SMS-CSI in the VLR. 

r*) if 

a) 

- the capacity of a message signal unit in the lower layers of the protocol is enough to carry the 
content of the MAP_OPEN request and the content of the MAP_MT_FORWARD_SHORT_MESSAGE 
request in a single TC message, 

and 

b) the SMS Gateway MSC operator and the serving node (MSC or SGSN) operator 
agreed not to use the TCAP handshake countermeasure against SMS fraud for 
messages exchanged between their networks (see 3GPP TS 33.204 [34a]) 

then 

the TCAP handshake may be omitted. 
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The message flow for the mobile terminated short message procedure for multiple short message transfer is shown in 
figure 23.3/2. 
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Figure 23.3/2: Mobile terminated short message procedure for multiple short message transfer 

1 ) Short Message (3GPP TS 23.040 [26]). 

2) MAP_SEND_ROUTING_INFO_FOR_SM. 

3) MAP_SEND_ROUTING_INFO_FOR_SM_ACK. 

4) TCAP BEGIN (***) 

4a TCAP CONTINUE (***) 

4b) MAP_MT_FORWARD_SHORT_MESSAGE (note 1 ). 

5) MAP_SEND_INFO_FOR_MT_SMS (*). 

5a) MAP_CONTINUE_CAMEL_SMS_HANDLING (*)(**) 

5b) MAP_SEND_INFO_FOR_MT_SMS (*)(**) 

6) MAP_PAGE/MAP_SEARCH_FOR_MOBILE_SUBSCRIBERn. 

7) Page (3GPP TS 48.008 [49]). 

8) Page response (3GPP TS 24.008 [35]). 

9) MAP_PROCESS_ACCESS_REQUEST_ACK and 
MAP_SEARCH_FOR_MOBILE_SUBSCRIBER_ACKn. 

1 0) MAP_SEND_INFO_FOR_MT_SMS_ACK (*). 

1 1 ) Short Message (3GPP TS 24.01 1 [37]). 

1 2) Short Message Acknowledgement (3GPP TS 24.01 1 [37]). 

1 3) MAP_MT_FORWARD_SHORT_MESSAGE_ACK. 

1 4) Short Message Acknowledgement (3GPP TS 23.040 [26]). 

1 5) Short Message (3GPP TS 23.040 [26]). 
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1 6) MAP_MT_FORWARD_SHORT_MESSAGE (note 2). 

1 7) Short Message (3GPP TS 24.01 1 [37]). 

1 8) Short Message Acknowledgement (3GPP TS 24.01 1 [37]). 

1 9) MAP_MT_FORWARD_SHORT_MESSAGE_ACK. 

20) Short Message Acknowledgement (3GPP TS 23.040 [26]). 

n Messages 5), 5a), 5b) 6), 9), and 10) are not used by the SGSN. 

(**) These messages are used only for a subscriber provisioned with MT-SMS-CSI in the VLR. 

r*) If 

a) the capacity of a message signal unit in the lower layers of the protocol is enough to carry the 
content of the MAP_OPEN request and the content of the MAP_MT_FORWARD_SHORT_MESSAGE 
request in a single TC message, 

and 

b) the SMS Gateway MSC operator and the serving node (MSC or SGSN) operator 

agreed not to use the TCAP handshake countermeasure against SMS fraud for 
messages exchanged between their networks (see 3GPP TS 33.204 [34a]) 
then the TCAP handshake may be omitted. 

NOTE 1 : The 'More Messages To Send' flag is TRUE. 
NOTE 2: The 'More Messages To Send' flag is FALSE. 

In the multiple short message transfer the service MAP_MT_FORWARD_SHORT_MESSAGE can be used several 
times. However, the short message transfer is always acknowledged to the Service Centre before the next short message 
is sent. 

In addition the following MAP services are used: 

MAP_PROCESS_ACCESS_REQUEST (see subclause 8.3); (*) 

MAP_PAGE (see subclause 8.2); (*) 

MAP_SEARCH_FOR_MS (see subclause 8.2); (*) 

MAP_AUTHENTICATE (see subclause 8.5); (*) 

MAP_SET_CIPHERING_MODE (see subclause 8.6); (*) 

MAP_CHECK_IMEI (see subclause 8.7); 

MAP_FORWARD_NEW_TMSI (see subclause 8.9); (*) 

MAP_REPORT_SM_DELIVERY_STATUS (see subclause 12.3); 

MAP_INFORM_SERVICE_CENTRE (see subclause 12.6); 

MAP_TRACE_SUBSCRIBER_ACTIVITY (see subclause 9.1); (*) 

MAP_READY_FOR_SM (see subclause 12.4). 

(*) These services are not used by the SGSN. 

A message flow example for the mobile terminated short message procedure for a single short message transfer in an 
environment that makes use of an SMS Router for MT-short-message-transfer is shown in figure 23.3/2a. 

NOTE: This message flow can be applied only if no IP-SM-GW deployed in the same network. 
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Figure 23.3/2a Mobile terminated short message procedure with SMS Router 

Short Message (3GPP TS 23.040 [26]) 

MAP_SEND_ROUTING_INFO_FOR_SM 

The HLR relays the message MAP_SEND_ROUTING_INFO_FOR_SM received from the SMS-GMSC 

to the SMS Router on SCCP level. How this is done is implementation specific. 

MAP_SEND_ROUTING_INFO_FOR_SM 

MAP_SEND_ROUTING_INFO_FOR_SM_ACK and conditionally MAP_INFORM_SERVICE_CENTRE 

MAP_SEND_ROUTING_INFO_FOR_SM_ACK and conditionally MAP_INFORM_SERVICE_CENTRE 

Conditionally: Inform Service Centre (3GPP TS 23.040 [26]) 

MAP_MT_FORWARD_SHORT_MESSAGE 

In this example the SMS-GMSC decides to attempt dehvery via MSC. Therefore the SCCP called party 

SSN shall be set to SSN for MSC 

MAP_MT_FORWARD_SHORT_MESSAGE 

MAP_MT_FORWARD_SHORT_MESSAGE_ERROR 

In this example delivery via the MSC is unsuccessful e.g. due to IMSI detached 

MAP_MT_FORWARD_SHORT_MESSAGE_ERROR 

MAP_MT_FORWARD_SHORT_MESSAGE 

In this example the SMS-GMSC decides to retry dehvery via the SGSN. Therefore the SCCP called party 

SSN shall be set to the SSN for SGSN. 

MAP_MT_FORWARD_SHORT_MESSAGE 
MAP_MT_FORWARD_SHORT_MESSAGE_ACK 
In this example delivery via SGSN is successful 

MAP_MT_FORWARD_SHORT_MESSAGE_ACK 

Conditionally: MAP_REPORT_SM_DELIVERY_STATUS 

In this example unsuccessful delivery via MSC and successful delivery via SGSN is reported 

MAP REPORT SM DELIVERY STATUS Ack 
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1 8) Short Message Acknowledgement (3GPP TS 23.040 [26]). 

A message flow example for the mobile terminated short message procedure for a single short message transfer in an 
environment that makes use of an IP-SM-GW (see 3GPP TS 23.204 [134]) for MT-short-message-transfer is shown in 
figure 23.3/2b. 

NOTE: SMS Routers can apply this message flow as well. 
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Figure 23.3/2b Mobile terminated short message procedure with IP-SM-GW 

1 ) Short Message (3GPP TS 23.040 [26]) 

2) MAP_SEND_ROUTING_INFO_FOR_SM 

the message is forwarded to the IP-SM-GW assigned to the recipient of the SM 

3) MAP_SEND_ROUTING_INFO_FOR_SM 

4) MAP_SEND_ROUTING_INFO_FOR_SM 
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since the message is received from an IP-SIVI-GW, it is not forwarded to an IP-SIVI-GW 

5) MAP_SEND_ROUTING_INFO_FOR_SM_ACK and conditionally MAP_INFORM_SERVICE_CENTRE 

6) MAP_SEND_ROUTING_INFO_FOR_SM_ACK and conditionally MAP_INFORM_SERVICE_CENTRE 
The IP-SM-GW returns its own address within the network node number parameter 

7) Conditionally: Inform Service Centre (3GPP TS 23.040 [26]) 

8) MAP_MT_FORWARD_SHORT_MESSAGE 

9) MAP_MT_FORWARD_SHORT_MESSAGE_ACK 

1 0) Conditionally: MAP_REPORT_SM_DELIVERY_STATUS 

NOTE: As an IP-SM-GW is deployed the message is acknowledged ignoring its content 

1 1 ) MAP_REPORT_SM_DELIVERY_STATUS_Ack 

1 2) Conditionally: MAP_REPORT_SM_DELIVERY_STATUS 

since the message is received from an IP-SM-GW, it is processed 

1 3) MAP_REPORT_SM_DELIVERY_STATUS_Ack 

NOTE: Step 12 and 13 is independent of steps 10, 11, and 14. They can run in parallel. 

1 4) Short Message Acknowledgement (3GPP TS 23.040 [26]). 



23.3.1 Procedure in the SMS-GMSC 

Any CAMEL- specific handling described in this subclause is omitted if the SMS-GMSC does not support CAMEL. 
CAMEL-specific handling is invoked only if the SMS-GMSC is integrated with the VMSC. 

The process starts when the SMS-GMSC receives an SC_RP_MT_DATA indication from a Service Centre. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

Process MT_SM_GMSC sheet 1: If the MAP_SEND_ROUTING_INFO_FOR_SM confirmation included an LMSI, it 
shall be included in the sm-RP-DA information field of the first MAP_MT_FORWARD_SHORT_MESSAGE request 
sent to the serving MSC. In this case, the IMSI shall be included in the Destination Reference of the MAP_OPEN 
request. The SMS-GMSC shall not send an LMSI to an SGSN. If the SMS-GMSC does not send an LMSI to the 
serving node, the sm-RP-DA information field in the first MAP_MT_FORWARD_SHORT_MESSAGE request sent to 
the serving MSC or SGSN shall contain the IMSI, and the Destination Reference in the MAP_OPEN request shall not 
be present. The parameter SM_RP_OA shall contain the Service Centre address. 

Process MT_SM_GMSC sheet 1: The indication of which number belongs to the SGSN and which to the MSC, 
received from the HLR in the MAP_SEND_ROUTING_INFO_FOR_SM confirm (see subclause 23.3.2) will enable the 
SMS-GMSC to map the causes received from one or both serving nodes into the appropriate causes for non GPRS, 
GPRS or both, and send them to the SC and the HLR. 

Process MT_SM_GMSC sheet 2: The SMS-GMSC maps "Unexpected data value" and "System failure" MAP errors 
from the serving node to a "System failure" RP_ERROR error cause. The mapping between other MAP error causes 
and the RP_ERROR error cause is given in 3GPP TS 23.040 [26] and 3GPP TS 24.011 [37]. 

Process MT_SM_GMSC sheet 2: If the SMS-GMSC receives both MSC and SGSN numbers from the HLR as routeing 
information, it may choose which serving node to use for the first delivery attempt. 

Process MT_SM_GMSC sheet 2: If the SMS-GMSC makes two deHvery attempts, it may report the result of each 
delivery attempt to the HLR according to the conditions described below. 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 1: if the macro MT_SM_Transfer_MSC takes the Error exit, the 
SMS-GMSC maps the MAP User Error to the corresponding SC_RP error, as defined in 3GPP TS 23.040 [26]. 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 3: The decision box "TCAP Handshake required" takes the "yes" 
or "no" exit depending on agreements between the GMSC's operator and the serving node's operator (see 3GPP TS 
33.204 [34a]). 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 1, sheet 2, sheet 4, sheet 5: The SMS-GMSC invokes the macro 
Report_SM_Delivery_Stat_GMSC if: 
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- the reason received from the serving node for failure to deliver the message is absent subscriber_SM, 
unidentified subscriber or SM delivery failure with error cause "MS memory capacity exceeded", and the SC 
address is not yet included in the MWD set, or 

the reason received from the serving node for failure to deliver the message is absent subscriber_SM, 
unidentified subscriber or SM delivery failure with error cause MS memory capacity exceeded, and the 
corresponding flag in the HLR (as indicated in the information received in the MAP_INFORM_ 
SERVICE_CENTRE) is not set, or 

- the reason received from the serving node (MSC or SGSN) for failure to deliver the message is absent 
subscriber_SM and the absent subscriber diagnostic is different from the absent subscriber diagnostic received in 
the MAP_INFORM_ SERVICE_CENTRE. 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 1, sheet 2, sheet 4, sheet 5: If absent subscriber diagnostic 
information (see 3GPP TS 23.040 [26]) is included with the absent subscriber_SM error indication then the SMS- 
GMSC relays this information to the HLR using the MAP_REPORT_SM_DELIVERY_STATUS service. 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 1, sheet 4: The More Messages To Send flag is set to TRUE or 
FALSE according to the information received from the Service Centre. 

Procedure MT_SM_Delivery_Attempt_GMSC sheet 3: If the capacity of a message signal unit in the lower layers of 
the protocol is enough to carry the content of the MAP_OPEN request and the content of the 

MAP_MT_FORWARD_SHORT_MESSAGE request in a single TC message, the test "Message segmentation needed" 
takes the "No" exit; otherwise the test takes the "Yes" exit. 

The mobile terminated short message transfer process in the SMS-GMSC is shown in figure 23.3/3. The procedure 
MT_SM_DeHvery_Attempt_GMSC is shown in figure 23.3/4. The macro MT_SM_Transfer_MSC is shown in 
figure 23.3/7. 

23.3.2 Procedure in the HLR 

The process starts when the HLR receives a MAP_SEND_ROUTING_INFO_FOR_SM indication from the SMS- 
GMSC. If an SMS Router is deployed, the HLR receives MAP_SEND_ROUTING_INFO_FOR_SM from the 
SMS Router (step 4 in figure 23.3/2a); relaying a message received from the SMS-GMSC to the SMS Router on SCCP 
level (steps 2 and 3 in figure 23.3/2a) is done by implementation specific means and is not shown in figure 23.3/5. 

The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Indication see subclause 25 .2. 1 . 

Sheet 3: If the SMS-GMSC does not support GPRS functionality, it uses the protocol defined in the Release 96 version 
of this specification. The parameter "msc-Number" in "RoutinglnfoForSM-Res" in the Release 96 version of the 
protocol definition corresponds to the parameter "networkNode-Number" in "RoutinglnfoForSM-Res" in the Release 97 
(and later) version of the protocol definition; therefore if the HLR populates the parameter "networkNode-Number" 
with the SGSN number, the Release 96 SMS-GMSC will interpret the SGSN number as an MSC number. If the HLR 
populates the "gprsNodelndicator" parameter in the MAP_SEND_ROUTING_INFO_FOR_SM response, a Release 96 
SMS-GMSC will silently discard the parameter. 

Sheet 5: If the HLR received a LMSI from the VLR at location updating, it shall include the LMSI in the 
MAP_SEND_ROUTING_INFO_FOR_SM response only if the MAP_SEND_ROUTING_INFO_FOR_SM response 
also includes the MSC number. 

The mobile terminated short message transfer process in the HLR is shown in figure 23.3/5. 
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23.3.3 Procedure in the Serving IVISC 

Any CAMEL-specific handling defined in this subclause is omitted if the MSC does not support CAMEL control of 
MT SMS, or if the subscriber does not have a subscription for CAMEL control of MT SMS. 

The process starts when the MSC receives a dialogue opening request with the application context shortMsgMT- 
RelayContext. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found 
as follows: 

Receive_Open_Ind see subclause 25 . L 1 ; 

Check_Indication see subclause 25 .2. L 

The mobile terminated short message transfer process in the serving MSC is shown in figure 23.3/6 

Procedure MT_SM_VMSC sheet 1: The decision box "TCAP Handshake required" takes the "yes" or "no" exit 
depending on agreements between the Serving MSC's operator and the SMS Gateway MSC's operator (see 3GPP TS 
33.204 [34a]). 

The macro MT_SM_Transfer_MSC may be invoked either in a stand-alone serving MSC or in a serving MSC which is 
integrated with the SMS-GMSC. It is used to transfer the first MT short message of a possible sequence of messages. 
The macro invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Check_Confirmation see subclause 25.2.2. 

Page_MSC see subclause 25.3.1; 

Search_for_MS_MSC see subclause 25.3.2; 

Process_Access_Request_MSC see subclause 25.4.1; 

Trace_Subscriber_Activity_MSC see subclause 25 .9. 1 . 

The macro MT_SM_Transfer_MSC is shown in figure 23.3/7. The macro Check_Subscr_Identity_For_MT_SMS is 
shown in figure 23.3/8. 

23.3.4 Procedure in the VLR 

Any CAMEL-specific handling defined in this subclause is omitted if the VLR does not support CAMEL control of MT 
SMS. 

The process starts when the VLR receives a dialogue opening request from the MSC. The process invokes macros not 
defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check_Indication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2; 

Process_Access_Request_VLR see subclause 25.4.2. 

The mobile terminated short message transfer process in the VLR is shown in figure 23.3/9. 

23.3.5 Procedure in the SGSN 

Any CAMEL-specific handling defined in this subclause is omitted if the SGSN does not support CAMEL control of 
MT SMS, or if the subscriber does not have a subscription for CAMEL control of MT SMS. 

The process starts when the SGSN receives a dialogue opening request with the application context shortMsgMT- 
RelayContext. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found 
as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 
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Checkjndication see subclause 25 .2. 1 . 

The mobile terminated short message transfer process in the SGSN is shown in figure 23.3/10. 

Procedure MT_SM_SGSN sheet 1: The decision box "TCAP Handshake required" takes the "yes" or "no" exit 
depending on agreements between the Serving SGSN's operator and the SMS Gateway MSC's operator (see 3GPP TS 
33.204 [34a]). 

The macro MT_SM_Transfer_SGSN is used to transfer the first MT short message of a possible sequence of messages. 
It is shown in figure 23.3/11. 

The macro Check_Subscr_Identity_For_MT_SMS is shown in figure 23.3/8. The page and search procedures are 
shown in figures 23.3/12 and 23.3/13. 

23.3.6 Procedure in the SMS Router 

If SMS Router is deployed together with IP-SM-GW, then mobile terminated short message transfer process for IP-SM- 
GW applies as described in subclause 23.3.7. 

The mobile terminated short message transfer process in the SMS Router is shown in figure 23.3/14. 

Procedure MT_SM_SMS_ROUTER sheet 2: Allocated MT Correlation IDs have a limited lifetime, managed by Timer 
Tl. The value of Timer Tl shall be operator configurable (its value being dependant on such factors as subscriber base, 
network size, number of roaming/SMS -interworking partners, average and peak SMS traffic load, etc.). 

Procedure MT_SM_SMS_ROUTER sheet 2: MAP parameters to be stored against the MT Correlation ID are IMSI, 
networkNode-Number, gprsNodelndicator, and additional-Number (if and as received within 
MAP_SEND_ROUTING_INFO_FOR_SHORT_MESSAGE_cnf), and optionally MSISDN as received within 
MAP_SEND_ROUTING_INFO_FOR_SHORT_MESSAGE_ind from the SMS-GMSC (and relayed by the HLR)). 
The SMS Router may also store the GT, or just the CC and NDC parts of the GT, of the SMS-GMSC from which the 
MAP_SEND_ROUTING_INFO_FOR_SHORT_MESSAGE_ind was received. 

Procedure MT_SM_SMS_ROUTER sheet 3: The SCCP called party SSN received with Openjnd is used to decide 
whether the new dialogue is opend with the MSC or with the SGSN. 

Procedure MT_SM_SMS_ROUTER sheet 4: The decision box "Retry expected" takes the "Yes" exit if two addresses 
were received from the HLR, the first delivery attempt was unsuccessful, and the second attempt has not yet been made. 

Procedure MT_SM_SMS_ROUTER sheet 4: The task "Release MT Correlation ID" includes deleting of data stored 
against the MT Correlation ID. 

23.3.7 Procedure in the IP-SM-GW 

Process MT_SM_IPSMGW sheet 3: After unsuccessful deHvery via the S-CSCF the IP-SM-GW may retry deHvery via 
MSC and/or SGSN if MSC address and/or SGSN address are available (unless the reported error was 'memory capacity 
exceeded' in which case a retry shall not be done). If the retry is successful, a positive response is returned to the SMS- 
GMSC. If the retry is unsuccessful, an error indication is returned to the SMS-GMSC as follows: 
If one of the error indications received from S-CSCF, MSC, or SGSN is Absents SubscriberSM or 
UnidentifiedSubscriber, this error shall be returned to the SMS-GMSC. 

Process MT_SM_IPSMGW sheet 3: The IP-SM-GW invokes the macro Report_SM_Delivery_Stat_IPSMGW if: 

the reason for failure to deliver the message is absent subscriber_SM, unidentified subscriber or SM delivery 
failure with error cause "MS memory capacity exceeded", and the SC address is not yet included in the MWD 
set, or 

the reason for failure to deliver the message is absent subscriber_SM, unidentified subscriber or SM delivery 
failure with error cause MS memory capacity exceeded, and the corresponding flag in the HLR (as indicated in 
the information received in the MAP_INFORM_SERVICE_CENTRE) is not set, or 

- the reason for failure to deliver the message is absent subscriber_SM and the absent subscriber diagnostic is 
different from the absent subscriber diagnostic received in the MAP_INFORM_SERVICE_CENTRE. 
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The mobile terminated short message transfer process in the IP-SM-GW is shown in figure 23.3/15. 
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Figure 23.3/3 (sheet 1 of 2): Process MT_SM_GMSC 
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Figure 23.3/3 (sheet 2 of 2): Process MT_SM_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA1(8) 



Prcredure in the SMS-GMSC 
to attempt MT SM delivery 
and report tine outcome 




Signals to/from the left 

are to/from the short message service centr 

s ignals to/from the right 

are to/from the BSS 





Release SMS 




H See TS 23.078 




SC_RP_ 
ACK_req 





SetUE: 

Absent 

Subscriber 



< 

Yes 


^-MW^^. N° 




\set?^/^ 
Yes 

No i> 




Failure cause= 
indication 
from HLR? 





Report_SM_ 

Delivery_ 
Stat_GMSC 



Set RP_ERROR 



SC_RP_ 
ERROR_req 




Figure 23.3/4 (sheet 1 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



Procedure in the SMS-GMSC 
to attempt MT SM delivery 
and report tine outcome 



Signals to/fnomthe left 

are to/from the short message service centr^ 

signals to/from the right 

are to/from the BSS 



Wait_For_ 

Subsequent_ 

A_SM_CONFIRM 



A_RP_ 
ERRORJnd 




CAMEL_ 
T_SMS_ 
FAILURE 



1 See TS 23.078 





Failure cause= 
indication 
from HLR? 



Report_SM_ 

Delivery_ 
Stat_GMSC 



SC_ABORT_ 
req 



Result:= 
Abort 




MTSMDA2(8) 



A_RP_ 
ACKJnd 




CAMEL_ 

T_SMS_ 

DELIVERED 



1 See TS 23.078 




Figure 23.3/4 (sheet 2 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA3(8) 



Procedure in the SMS-GMSC \ 
to attempt MT SM delivery n 

and report tine outcome 



Receive_ 
OpenCnf 



Set RP_ERROR: 
System 
Failure 




Signals to/from the left \ 

are to/from the short message service centre, 
signals to/from the right 
are to/from the serving node (VMSC or SGSN) 





MAP_OPEN_req 

M AP_MT_FOR W AR D_SH ORT_M ESSAG E_req 

MAP_DELIMITER_req 



Perform 
MAP Vr 
Dialogue 




Wait_For_ 

First_MT_ 

SMS_Confirm 




MAP_MT_FORWARD_ 

SHORT_MESSAGE_req 
MAP_DELIMITER_req 



Figure 23.3/4 (sheet 3 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA4(8) 



Procedure in the SMS-GMSC 
to attempt MT SM delivery 
and report tine outcome 




IVIAP_IVIT_FORWARD_ 

S HOR T_IVI ESSAGE_req 
IVIAP_DELIIVIITER_req 



Wait_For_ 

Subsequent_ 

l\/IT_SI\/IS_ 

Confirm 



Wait_For_ 

First_IVn"_ 

SIVIS_Confirm 



I. 



Signals to/fnom the left 

are to/from the short message service centn 

signals to/from the right 

are to/from the serving node (VMSC or SGSN) 

unless shown otherwise 



MAP_MT_FORWARD_SHORT_MESSAGE_cnf 



Check_ 
Confirmation 




Provider Error, 
Data Error 



SetRP_ERROR 



SC_RP_ 
ERROR_req 




Set RP_ERROR 



SC_RP_ 
ERROR_req 




Figure 23.3/4 (sheet 4 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA5(8) 



Procedure in the SMS-GMSC 
to attempt MT SM delivery 
and report tine outcome 



Wait_For_ 

Subsequent_ 

l\/IT_SI\/IS_ 

Confirm 



Signals to/from tine left \ 

are to/from the short message service centrern 
s ignals to/from the right 
are to/from the serving node (VMSC or SGSN) 



MAP_MT_FO RWARD_S HORT_MESSAGE_c nf 



Provider Error, 
Data Error 




Result:= 
Abort 




Figure 23.3/4 (sheet 5 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA6(8) 



Procedure in theSMS-GMSC 
to attempt MY SM delivery 
and repat the outcome 



Signals to/from the left \ 

are to/from the short mess^e servbecentrep 
signals to/from the right 
are to/from the serving node (VMSC orSGSN) 
unless shown otherwise 



Wait_For_ 
First_A_SM_ 
CONFIRM 



A_ABORT_ 
ind 




Set RP_E PROP: 
System Failure 



SC_PP_ 
EPPOP_req 



Pesult= 
Fail 




Wai t_Fo r_Fir st_A_SM_CON Fl PM, 
Wait_For_Subsequent_A_SM_CONFIPM 




See TS 23.078 



See TS 23.078 



Wait_For_ 

SLbsequent_ 

A_SM_CONFIPM 



A_ABOPT_ 
ind 




Pesult= 
Abort 




See TS 23.078 



Figure 23.3/4 (sheet 6 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



MTSMDA7(8) 



Procedure in the SMS-GMSC 
to attempt MT SM delivery 
and report tine outcome 



Wait_For_First_IVIT_SIVIS_Confirm, 
Wait_For_Subsequent_IVIT_SIVIS_Confirm 



Signals to/fnom the left \ 

are to/from the short message service centrer 
signals to/from the right 
are to/from the serving node (VMSC or SGSN) 
unless shown otherwise 



.SC_ABORT_ 
^ind 



MAP_U_ 
ABORTJnd 




( Wait For ^ 

First_IVn"_ 
1 SMS_Confirm , 






( Wait_For_ ^ 

Subsequent 

MT_SMS_ 

V Confirm / 










































/ 




MAP U ABORT ind, 
MAP_P_ABORT_ind 


MAP / 
NOTICEJnd \ 




/ 




MAP U ABORT ind, 
MAP_P_ABORT_ind 


/ 
MAP / 








\ 




NOTICEJnd \ 






























MAP \ 
CLOSE_req / 


/ 


MAP \ 
CLOSE_req / 














\ 










Set RP_ERROR: 
System Failure 




















/ SC RP 

\ ERROR_req 




/ SC 

V ABORT_req 




















Result:= 
Fail 




Result:= 
Abort 









Figure 23.3/4 (sheet 7 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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Procedure MT_SM_Delivery_Attempt_GMSC 



Procedure in the SMS-GMSC 
to attempt MT SM delivery 
and report the outcome 



/ Wait_For_More_ 

Messages_ 
\ Local_Delivery 




Result:= 
Abort 




. SC_ABORT_ 
^ind 



MAP_U_ 
ABORTJnd 




1 See TS 23.078 



A_ABORT_req > ^ To BSS 



Wait_For_More_ 

Messages_ 
Re mot e_De livery 



MAP_U_ABORT_ind, 
MAP_P_ABORT_ind 



SC_ 
ABORT_req 




MTSMDA8(8) 



I. 



Signals to/from the left 

are to/from the short message service centn 

signals to/from the right 

are to/from the serving node (VMSC or SGSN) 

unless shown otherwise 





A ABORT / 
ind \ 


From BSS 




False^/"^\^ 
^-^ Camel ^^\^ 
^-^^Handling^,^ 

True 










CAMEL 
T SMS 
FAILURE 


^ See TS 23.078 
















/sc 

\ ABORT_req 












Result:= 
Abort 






MAP_ 
NOTICEJnd 



MAP_ 
CLOSE_req 



Figure 23.3/4 (sheet 8 of 8): Procedure MT_SM_Delivery_Attempt_GMSC 
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process MT_SM_HLR 

Process in the HLR ro provide ^ 
routeing information for MT SIVI^ 




SM-Delivery Not Intended 
supported? 



Set IMSI 



Null 



MT_SM_HLR1(6) 

Signals to/from the left K 
are to/from the SMS-GMSQ 



MAP SEND ROUTING INFO FOR SM ind 



Error 



Check_ 
Indication 




Yes 



MAP_SEND_ROUTING_INFO_FOR_SM_rsp 
MAP_CLOSE_req 



Non-GPRS 






Set User Error: 
Unknown 
subscriber 



Set User Error: 
Call barred 



Set User Error: 

Teleservice 
not proyisionen 



Set Barring cause: 
Unauthorised message 
originator 



If the message is received 
from the IP-SM-GW 
it shall not be relayed to 
the IP-SM-GW 



Non-GPRS & GPRS 






Figure 23.3/5 (slieet 1 of 6): Process MT_SM_HLR 
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process MT_SM_HLR 



MT_SM_HLR2(6) 



Process in the HLR ro provide \ 
routeing information for IVIT SIVISi 




Set User Error: 
Facility not 
supported 



Set User Error: 
Call barred 



Set Barring cause: 
Operator barring 



Set User Error: 
Call barred 



Set Barring cause: 
Barring service 
active 






Retrieve 

routeing 

information 




Set User Error: 

Absent 

subscriber 




Figure 23.3/5 (sheet 2 of 6): Process MT_SM_HLR 
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process MT_SM_HLR 



MT_SM_HLR3(6) 



Process in the HLR ro provide \ 
routeing information for IVIT SIVISi 




Set User Error: 
Facility not 
supported 



Set User Error: 
Call barred 



Set Barring cause: 
Operator barring 



Set User Error: 
Call barred 



Set Barring cause: 
Barring service 
active 






Retrieve 

routeing 

information 




Set User Error: 

Absent 

subscriber 




Figure 23.3/5 (sheet 3 of 6): Process MT_SM_HLR 
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process MT_SM_HLR 



MT_SM_HLR4(6) 



Process in the HLR ro provide \ 
routeing information for IVIT SIVISi 



NAIVI=Non-GPRS & GPRS 





Retrieve 

routeing 

information 



SetlVIW 
status 





Figure 23.3/5 (sheet 4 of 6): Process MT_SM_HLR 
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process MT_SM_HLR 



MT_SM_HLR5(6) 



Process in the HLR ro provide \ 
routeing information for IVIT SIVISi 



Signals to tine left 
are to the SMS-GMI 




MAP_SEND_ROUTING_ 
INFO_FOR_SM_rsp 




Update 
MWD list 




MWD status := 
SC address 
not included 



MWD statu s:= 

SC address 

included 





MWD status := 
SC address 
not included 




Set MSISDN 
Alert 



MAP_SEND_ROUTING 
INFO_FOR_SM_rsp 




SetMW 
status 



MAP_INFORM_SERVICE_CENTRE_req 
MAP_CLOSE_req 




MAP_ 

CLOSE_ 

req 



MAP_SEND_ROUTING_ 
INFO_FOR_SM_rsp 



MAP_INFORM_SERVICE_ 
CENTRE_req 



Figure 23.3/5 (sheet 5 of 6): Process MT_SM_HLR 
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process MT_SM_HLR 



MT_SM_HLR6(6) 



Process in the HLR ro provide \ 
routeing information for IVIT SIVISi 



IP-SIVI-GW Address 
registered? 






Perform Relaying 



Set User Error: 

Absent 

subscriber 





Figure 23.3/5 (sheet 6 of 6): Process MT_SM_HLR 
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procedure Perform_Relaying 

Procedure in the HLR to perform the relaying o^ \ 
the Send Routing Info For SM message n 

to the IP-SM-GW 



1(1; 



Signals to/from the left are \ 
to/from the SMS-GMSC; ^ 
Signals to/from the right are 
to/ftom the IP-SM-GW 



MAP_OPEN_req 

MAP_SEND_ROUTING_INFO_FOR_SM_req 

MAP_DELIMITER_req 



Transparent 
Relaying 





Transparent 
Relaying 



Figure 23.3/5a (siieet 1 of 1): Procedure Perform_Relaying 
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Process MT SM VMSC 



The mobile terminated sliort message 
service process in tlie VMSC 



Perform 
MAP Vr 
Dialogue 



Wait_For_ 
Service_ 
Primitive 



MAP_ 
>DELIMITER_ 
ind 



MAP_ 

DELIMITER_ 

req 



Wait_For_ 
Service_ 
Primitive 



MAP_MT_ 
> FORW_SM_ 
ind 



Set Error 
System Failure 



MAP_MT_ 

FORW_SM_ 

rsp 



MAP_ 

CLOSE_ 

req 



MT_SM_VMSC1 (4) 



Signals to/from the left \ 
are to/from the SMS-GMSCl 



Receive_ 
Openjnd 



Figure 25.1/1 





MAP_ 
>DELIMITER_ 
ind 



MAP_ 

DELIMITER_ 

req 



Wait_For_ 
Service_ 
Primitive 



MAP_U_ABORT_ind, 
MAP_P_ABORT_ind, 
MAP_CLOSE_ind 



MAP_ 
>NOTICE_ 
ind 



MAP_ 

CLOSE_ 

req 



MAP_U_ABORT_ind, 
MAP_P_ABORT_ind, 
MAP_CLOSE_ind 



MAP_ 
>NOTICE_ 
ind 



MAP_ 

CLOSE_ 

req 



Figure 23.3/6 (sheet 1 of 4): Procedure MT_SM_VMSC 
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Process MT SM VMSC 



The mobile terminated sinort message 
service process in tine VIVISC 




CAIVIEL 
Handling 



CAMEL_ 

T_SMS_ 

DELIVERED 



^ See TS 23.078 




Wait_For_ 

Mone_ 
Messages 



MT_SM_VMSC2(4) 



Wait_For_ 
Service_ 
Primitive 



Signals to/from the left l\ 
are to/from the SMS-GMSe^ 



MAP_MT_FORWARD_SHORT_MESSAGE_ind 



Check_ 
Indication 



H Figure 25.2/1 



MT_SM_ 
Transfer 
_MSC 



1 Figure 23.3/4 




CAMEL 
Handling 



CAMEL_ 
T_SMS_ 
FAILURE 



^ See TS 23.078 



CAMEL_ 
T_SMS_ 
FAILURE 



^ See TS 23.078 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_DELIMITER_req 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_CLOSE_req 



Figure 23.3/6 (sheet 2 of 4): Procedure MT_SM_VMSC 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



747 



ETSI TS 129 002 V9.2.0 (2010-07) 



Process MT SM VMSC 



The mobile terminated sinort message 
service process in tine VIVISC 



Signals to/f nom the left \ 
are to/from the SMS-GMSGrl 
signals to/from the right 
are to/from the MS 



Wait_For_ 

Mone_ 
Messages 



MT_SM_VMSC3(4) 



MAP_MT_FORWARD_SHORT_MESSAGE_ind 



Check_ 
Indication 





^ CAMEL ^\ 
^^^.^Handling^,^ 

True 














CAMEL 

T SMS 

INIT 


^ See TS 23.078 




Release_SMS 


^ Result? J^ 


Continue 














Set Error 

according to 

gsmSCF instructions 






A RP \ 
MT DATA y 

req y^ 


















/ 




i Wait_For_ ^ 

Subsequent 

A SM CONFIRM 

\ / 



A_RP_ 
ERRORJnd 



Set 
User Error 



A_RP_ 
ACKJnd 



CAMEL 
Handling 



See TS 23.078 





CAMEL_ 

T_SMS_ 

DELIVERED 



^ See TS 23.078 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_CLOSE_req 




MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_DELIMITER_req 



Wait_For_ 

Mone_ 
Messages 



Figure 23.3/6 (sheet 3 of 4): Procedure MT_SM_VMSC 
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Process MT SM VMSC 



The mobile terminated sliort message \ 
service process in tine ViVISC ^ 



Wait_For_ 
More_ 



MAP_U_ABORT_ind 
MAP_P_ABORT_ind 



MAP_ 
> NOTICE_ 
ind 



MAP_ 

CLOSE_ 

req 



A_ABORT_ 
req 



A_ABORT_ 
req 



MT_SM_VI\/ISC4(4) 



Signals to/from the left \ 
are to/from the SMS-GMSbf 
signals to/from the right 
are to/from the MS 



A_MM_ 
RELEASE 



MAP_U_ 
ABORT_ 
req 



A_MM_ 
RELEASE 




Figure 23.3/6 (sheet 4 of 4): Procedure MT_SM_VMSC 
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Macrodefinition MT SM Transfer MSC 



The mobile terminated sinort message 
transfer macro in the IVISC 



Signals to/from the left \ 
are to/from the MS; ^ 
signalsto/from the right 
are to/from the VLR 




Set User Error: 

SM Delivery 

Failure 



MAP_U_ 
ABORT_req 



A_ABORT_ 
req 



Page_MSC 1 Figure 25.3/1 



Wait_For_ 
VLRResponse 



MT_SM_Xfer_MSC1(4) 



MSC supports 
MT SMS? 



Check_Subscr_ 

ldentity_for_ 

MT_SMS 



Receive_ 

C)pen_ 

Cnf 



MAP_OPEN_req 

MAP_SEND_INFO_FOR_MT_SMS_req 

MAP_DELIMITER_req 



1 Figure 25.1/2 



CAMEL 

Handling := 

False 



Search_for_ 
MS_MSC 



1 Figure 25.3/2 




Wait_For_ 
VLRResponse 




Delivery failure cause:= 
- Equipment notSM 
equipped 



Process_ 

Access_ 

Request_MSC 



1 Figure 25.4/1 



Set User Error: 
System Failure 



Wait_For_ 
VLR_Response 



MAP_SEND_ 
INFO_FOR_ 
MT_SMS_cnf 




Set User Error: 
Facility Not 
Supported 




Set User Error: 
System Failure 




Figure 23.3/7 (sheet 1 of 4): Macro MT_SM_Transfer_MSC 
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Macrodefinition MT SM Transfer MSC 



MT_SM_Xfer_MSC2(4) 



The mobile terminated sinort message 
transfer macro in tine IVISC 



Signals to/from the right 
are to/from the VLR 



MAP_CONTINUE_CAMEL_SMS_HANDLING_ind 



CAMEL 

Handling:= 

True 



CAMEL_ 

T_SMS_ 

INIT 



1 See TS 23.078 



Result? 

Continue 



Set Suppress 
MT-SMS-CSI 



MAP_U_ 
ABORT_ 
req 



M A P_S EN D_IN F 0_F0 R_MT_SMS_req 




Release \ ( Wait_For_ 

SMS 



Figure 23.3/7 (slieet 2 of 4): Macro MT_SM_Transfer_MSC 
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Macrodefinition MT SM Transfer MSC 



MT_SM_Xfer_MSC3(4) 



The mobile terminated sliort message 
transfer macro in tine MSC 



Signals to/from the left \ 
are to/from the MS; ^ 
signals to/from the right 
are to/from the VLR 



A_RP_ 
^ACKJnd 




Wait_For_ 
VLRResponse 



Figure 25.9/1 



OK 



A_RP_ 

MT_DATA_ 

req 



Wait_For_ 
First_A_SM_ 
CONFIRM 



Trace_ 

Subcriber_ 

Activity_MSC 



Wait_For_ 
VLRResponse 



MAP_SEND_IN FO_FOR_MT_SMS_cnf 



Check_ 
Confirmation 



Provider Error, 
Data Error 



Set User Error: 
System Failure 



Set User Error 



For Absent Subscriber, 
— User Error includes 
diagnostic indication 




A_RP_ 
>ERROR_ 
ind 



Set User Error 




Figure 23.3/7 (slieet 3 of 4): Macro MT_SM_Transfer_MSC 
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Macrodefinition MT SM Transfer MSC 



MT_SM_Xfer_MSC4(4) 



The mobile terminated sinort message 
transfer macro in tine IVISC 



Wait_For_Page, 
Wait_For_VLR_Response, 
Wait_For_First_A_SM_CONFI RM 



In the upper subtree:\ 
Signals to/fnom the left^ 
are to/from the MS; 
signals to/from the right 
are to/from the VLR 



A_MM_ 
>RELEASE_ 
ind 



MAP_U_ABORT_ind 
MAP_CLOSE_ind 



MAP_U_ 
ABORT_ 
req 



A_ 

ABORT_ 

Req 



Set User Error: 
System Failure 




Wait_For_Page, 
Wait_For_VLR_Response, 
Wait_For_First_A_SM_CONFI RM 



In the lower subtree: \ 
Signals to/from the left ^ 
are to/from the MS; 
signals to/from the right 
are to/from the SMS-GMSC 
unless marked otherwise 



MAP_ 

NOTICE_ 

ind 



MAP_U_ABORT_ind 
MAP_P_ABORT_ind 
MAP_CLOSE_ind 



MAP 

CLOSE_ 

req 


\ 
























^ 








MAP U 

ABORT_ 

Req 


^ To VLR 












/ ^- 

( ABORT 

\ Req 








Figure 23.3/7 (sheet 4 of 4): Macro MT_SM_Transfer_MSC 
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macrodefinition Check_Subscr_ldentity_for_MT_SMS 



Macro to check the identity |\ 

of a subscriber for IVIT SIVIS; n 

invoked in the VIVISC and the SGSN 



SIVI_RP_DA>- 
IIVISI? / 



Destination 
reference := 
Not included 



SIVI_RP_DA:= 
IIVISI 



Set User Error: 
Unexpected 
data value 



M_RP_DA>- 
LMSI? / 



Destination 

reference := 

IMSI 



SM_RP_DA: = 
LMSI 



CSIFMTSMS1(1) 



Destination reference present? 



Figure 23.3/8: Macro Check_Subscr_ldentity_For_MT_SMS 
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process MT_SM_VLR 

Process in the VLR ^\ 

to handle a request for information n 
to handle MT short message delivery 



MT_SM_VLR1(3) 




Signals to/from the left 
are to/from the MSC 



Set User Error: 
Unidentified 
subscriber 



M A P_S EN D_IN F 0_F OR_MT_S MS_rsp 
MAP_CLOSE_req 




Figure 23.3/9 (slieet 1 of 3): Process MT_SM_VLR 
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process MT_SM_VLR 



Process in the VLR 

to handle a request for information n 

to handle MT short message delivery 



MT_SM_VLR2(3) 




Figure 23.3/9 (slieet 2 of 3): Process MT_SM_VLR 
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process MT_SM_VLR 

Process in the VLR ^\ 

to handle a request for information n 
to handle MT short message delivery 
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>ABORT_ 
ind 



User error= 
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Wait_For_ 
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Set User Error 
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Contact: = 

Confirmed 



Wait_For_ 
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Request 



M A P_S EN D_IN F 0_F0 R_MT_SMS_rs p 
MAP_CLOSE_req 



MAP_SEARCH_FOR_MS_cnf 



Provider Error, 
Data Error 



Figure 23.3/9 (slieet 3 of 3): Process MT_SM_VLR 
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Process MT SM SGSN 



The mobile terminated short message 
service process in the SGSN 



MT_SM_SGSN1(4) 



Signals to/from the left \ 
are to/from the SMS-GMSCi 
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Figure 25.1/1 
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Figure 23.3/10 (sheet 1 of 4): Process MT_SM_SGSN 
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Process MT SM SGSN 



The mobile terminated sinort message 
service process in tine SGSN 



CAIVIEL 
Handling 



CAMEL_ 

T_SMS_ 

DELIVERED 



^ See TS 23.078 




Wait_For_ 

Mone_ 
Messages 



MT_SM_SGSN2(4) 



Wait_For_ 
Service_ 
Primitive 



Signals to/from the left l\ 
are to/from the SMS-GMSe^ 



MAP_MT_FORWARD_SHORT_MESSAGE_ind 



Check_ 
Indication 



H Figure 25.2/1 



MT_SM_ 
Transfer 
_SGSN 



1 Figure 23.3/4 




CAMEL 
Handling 



CAMEL_ 
T_SMS_ 
FAILURE 



^ See TS 23.078 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_DELIMITER_req 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_CLOSE_req 



Figure 23.3/10 (slieet 2 of 4): Process MT_SM_ SGSN 
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Process MT SM SGSN 



The mobile terminated sliort message 
service process in tine SGSN 




MAP_MT_FORWARD_SHORT_MESSAGE_ind 



Figure 25.2/1 



^ See TS 23.078 



SMS ^^^^ Continue 
Result? 



Gb_RP_ 
ERRORJnd 




See TS 23.078 
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Handling 
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DELIVERED 



MT_SM_SGSN3(4) 

Signals to/from the left \ 
are to/from the SMS-GMSC^ 
signals to/from the right 
are to/from the MS 



^ See TS 23.078 
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Wait_For_ 

More_ 
Messages 



Figure 23.3/10 (sheet 3 of 4): Process MT_SM_ SGSN 
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Process MT SM SGSN 



The mobile terminated sliort message \ 
service process in tine SGSN -] 
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Figure 23.3/10 (sheet 4 of 4): Process MT_SM_ SGSN 
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Macrodefinition MT SM Transfer SGSN 



MT_SM_Xfer_SGSN1(3) 



The mobile terminated sinort message 
transfer macro in tine SGSN 



CAIVIEL 
Handling:= 



SGSN supports 
IVIT SIVIS? 



Clieck_Subscr_ 

ldentity_for_ 

IVIT_SIVIS 




See TS 23.078 



CAIVIEL_T_ 
SIVIS_INIT 





Set User Error 

according to 

gsmSCF instructions 



Set User Error: 
Facility Not 
Supported 



Diagnostic= 
GPRS detached 



Figure 23.3/11 (sheet 1 of 3): Macro MT_SM_TRANSFER_SGSN 
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Macrodefinition MT SM Transfer SGSN 



MT_SM_Xfer_SGSN2(3) 



The mobile terminated sinort message 
transfer macro in tine SGSN 



Signals to/f nom the right 
are to/from the MS 
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RELEASE_ 
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SM delivery 

failure 
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/ 
Gb RP / 
ERRORJnd \ 












Delivery failure cause:= 
Equipment notSM 
equipped 


Set User Error 











Figure 23.3/11 (sheet 2 of 3): Macro MT_SM_TRANSFER_SGSN 
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Macrodefinition MT SM Transfer SGSN 



MT_S M_Xf er_SGSN3 (3) 



The mobile terminated sinort 
transfer macro in tine SGSN 
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i Wait_For_ \ 
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/ 
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CLOSE_req 
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Set User Error: 
System failure 




Figure 23.3/11 (sheet 3 of 3): Macro MT_SM_TRANSFER_SGSN 
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Procedure Page_SMS_SGSN 



Procedure in the SGSN to page an MS 
for ivrr SMS delivery 



Gb_PAGE_ 
RESPONSE 



Result:= 
Pass 




In specified 
routeingarea 



MS 

connection 

^exists?^ 



Gb_PAGE_ 
REQUEST 



Wait_For_ 
Page_Response 



Gb_NO_PAGE// 
RESPONSE \ 



Error:= 

Absent 

subscriber 



Result:= 
Fail 




Page_SMS_SGSN1(1) 



Signals to/f nom the right 
are to/from the MS 




Figure 23.3/12 (slieet 1 of 1): Procedure Page_SMS_SGSN 
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Procedure Search SMS SGSN 



Procedure in the SGSN to search 
for an MS for MT SMS delivery 



Gb_PAGE_ 
RESPONSE 



Update 
LAI 



Result:= 
Pass 




In all 
routeing areas 




Gb_NO_PAGE^ 
RESPONSE 



Error:= 

Absent 

subscriber 



Result:= 
Fail 




Search_SMS_SGSN1(1) 



Signals to/from the right 
are to/from the MS 



Result:= 
Pass 




Figure 23.3/13 (sheet 1 of 1): Procedure Search_SMS_SGSN 
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process MT_SM_SMS_ROUTER 



Process in the SMS Router to handle 
delivery of an MT short message 



MAP_SEND_ROUTING 
INFO_FOR_SM_ind 



Check_ 
Indication 



J From SMS-GMSC, 
relayed by HLR 



\/IAP_OPEN_req 

\/IAP_SEND_ROUTING_INFO_FOR_SM_re( 

\/IAP_DELIMITER_req 



Set all MAP 
parameters 
as received 



Receive_ 
Open_Gnf 



1(4) 



Signals to/from the left \ 
are to/from the HLR ^ 

Signalsto/from the right 
are to/from the SMS-GMSC 




jTO^^^Jniy MGG-MNli3\ 
requested 



more than one MGG/MNG 
allocated for this PLMN 



MAP_SEND_ROUTING_INFO_FOR_SM_rs|: 
MAP_GLOSE_req 




Allocate 
MT Correlation ID 



Figure 23.3/14 (sheet 1 of 4): Process MT_SM_ SMS_ROUTER 
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process MT_SM_SMS_ROUTER 



2(4) 



Process in the SMS Router to handle| 
delivery of an MT sliort message 



Signals to/from the left 
are to/from the HLR 
Signals to/from the right 
are to/from the SMS-GMSC 



Set 
parameters 



parameter IMSI is 
populated with 
MCC+MNC+ dummy MSIN 



Store required MAP 
parameters against 
MT Correlation ID 



Set 
parameters 



parameter IMSI is 
- populated with 
MT Correlation ID 



Set 
parameters 



parameter networkNodeNumber 
is populated with a dummy value 



MAP_SEND_ROUTING_ 
INF0_F0R_SM_rsf5 



Wait_For_ 
INFORM_SC 



MAPJNFORM 
>SERVICE_ 
CENTREJnd 



MAP_ 
> NOTICE_ 
ind 



/ Timer Expiry / 



MAP_INFORM_ 

SERVICE_ 

CENTRE_req 



Stop Timer T1 




Release 
MT Correlation ID 



Wait_For_ 
Short_Message 



Figure 23.3/14 (sheet 2 of 4): Process MT_SM_ SMS_ROUTER 
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process MT_SM_SMS_ROUTER 



3(4) 



Process in the SMS Router to handle, 
delivery of an MT short message 



Internal 



Timer Expiry 




Wait_For 
Short. 



Receive_ 
Openjnd 



1 Figure 25.1/1 



Stop Timer T1 



Wait_For_ 
Service_ 
Primitive 



MAP_CLOSE_ 
req 




MAP_MT_ 
> FORWARD J 
ind 



Check_ 
Indication 



H Figure 25.2/1 



Signals to/from the left jX 
are to/from the SMS-GMSq 
Signals to/from the right 
are to/from the MSC/SGSN 



Recceive_ 
Opencnf 



MAP_MT_FORWARD_SHORT_MESSAGE_rsp 
MAP_CLOSE_req 



Transparent 





No ^VIT Correlatioft 
ID known? , 



MAP_OPEN_req 

MAP_MT_FORWARD_SHORT_MESSAGE_req 

MAP_DELIMITER_req 



Figure 23.3/14 (sheet 3 of 4): Process MT_SM_ SMS_ROUTER 
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process MT_SM_SMS_ROUTER 



4(4) 



Process in the SMS Router to handle, 
delivery of an MT short message 



Transparent 



Signals to/from the left ]\ 
are to/from the SMS-GMSq 
Signals to/from the right 
are to/from the MSC/SGSN 
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M AP_MT_FORW AR D_S HORT_M ES SAGEJ nd 



MAP_MT_FORWARD_SHORT_MESSAGE_req, 
MAP_DELIMITER_req 



MAP_ 

DELIMITER_ 

ind 



MAP_ 

DELIMITER, 

req 




MAP_CLOSE_ 
ind 



MAP_CLOSE_ 
req 





Start Timer T1 



Wait_for_ 
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Figure 23.3/14 (sheet 4 of 4): Process MT_SM_ SMS_ROUTER 
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process MT_SM_IPSMGW 

Process in the IP-SM-GW to handle| \ 
delivery of an IVIT sliort message n 



Clieck_ 
Indication 



MAP_OPEN_req 

MAP_SEND_ROUTING_INFO_FOR_SM_re( 

MAP_DELIMITER_req 



MAP_SEND_ROUTING_ 
INFO_FOR_SM_ind 



MAP_SEND_ROUTING_INFO_FOR_SM_rsp 
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set all MAP 
parameter 
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Wait_For_ 
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MAP_ 
> NOTICE_ 
ind 



MAP_CLOSE_ 
req 



1(3) 



Signals to/from the left \ 
are to/from the HLR ^ 
Signals to/from the right 
are to/from the S-GSGF 




more than one MGG/MNG 
pair allocated for this PLMN 



MAP_U_ABORr_i 
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MAP_GLOSE_ind 
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Figure 23.3/15 (sheet 1 of 3): Process MT_SM_ IPSMGW 
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process MT_SM_IPSMGW 



2(3) 



Process in the IP-SM-GW to handle| 
delivery of an IVIT sliort message 



Signals to/from the left \ 
are to/from the HLR ^ 
Signals to/from the right 
are to/from the S-CSCF 



parameter IMSI is 
- populated 
with MCC+MNC+ dummy MSIN 



parameter network node number 

is populated with the IP-SM-GW address 



MAP_SEND_RDUTING_ 
INFO_FOR_SM_rsp 



Wait_For_ 
INFORM_SC 



MAPJNFORM 
>SERVIGE_ 
CENTREJnd 



MAPJNFORM 

SERVIGE_ 

CENTRE_req 



MAP_GLOSE_ 



Wait_For_ 
Short_Message 



MAP_ 
> NOTIGE_ 
ind 



MAP_GLOSE_ 



Figure 23.3/15 (sheet 2 of 3): Process MT_SM_ IPSMGW 
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process MT_SM_IPSMGW 



3(3) 



Process in tiie IP-SM-GW to handle \ / 
delivery of an MT short message n 


Wait For 
Short_Message 




















Receive_ 
Openjnd 




Figure 25.1/1 
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X MAP-CLOSE 
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/ ind 
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Figure 25.2/1 
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\ 




negative 
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/ 



Signals to/from the left J\ 
are to/from the SMS-GMSG- 
Signals to/from the right 
are to/from the S-CSCF 




MAP_MT_FORWARD_SM_rsp 
MAP_CLOSE_req 



Report_SM_Delivery 
StatJPSMGW 



Figure 23.3/15 (slieet 3 of 3): Process MT_SM_ IPSMGW 
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23.4 The Short Message Alert procedure 

The Short Message Alert procedure is used to alert the Service Centre when the mobile subscriber is active after a short 
message transfer has failed because the mobile subscriber is not reachable, or when the MS has indicated that it has 
memory capacity to accept a short message. 

The message flow for the Short Message Alert procedure for the case when the mobile subscriber was not reachable is 
shown in figure 23.4/1. 



MS 




Serving 
MSCor 
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HLR 




Interworking 
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^ 
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W 






^ 
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^ 









1) CM Service Request (**), Page response or Location Updating (3GPP TS 24.008 [35]). 

2) MAP_PROCESS_ACCESS_REQUEST / MAP_UPDATE_LOCATION_AREA (**). 

3) MAP_READY_FOR_SM (Mobile Present) / MAP_UPDATE_LOCATION / 
Supplementary Service Control Request (*). 

4) MAP_READY_FOR_SM_ACK (*). 

5) MAP_ALERT_SERVICE_CENTRE (notes 1 and 2). 

6) Alert Service Centre (3GPP TS 23.040). 

7) MAP_ALERT_SERVICE_CENTRE_ACK. 

NOTE 1 : To all Service Centres in the Message Waiting List. 

NOTE 2: The HLR initiates the MAP_ALERT_SERVICE_CENTRE service only if the MS Memory Capacity 

Exceeded flag is clear. 

(*) For GPRS, messages 3) and 4) are sent/received by the SGSN. 

(**) These messages are not used by the SGSN. 

Figure 23.4/1 : Short message alert procedure (Mobile is present) 

The message flow for the Short Message Alert procedure for the case where the MS indicates that it has memory 
capacity to accept one or more short messages is shown in figure 23.4/2. 
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1 ) SM memory capacity available ( 3GPP TS 24.01 1 [37]). 

2) MAP_READY_FOR_SM (Memory Available) (*). 

3) MAP_READY_FOR_SM (Memory Available) (**). 

4) MAP_READY_FOR_SM_ACK (**). 

5) MAP_READY_FOR_SM_ACK (*). 

6) SM memory capacity available (Acknowledge) (3GPP TS 24.01 1 [37]). 

7) MAP_ALERT_SERVICE_CENTRE (note). 

8) Alert Service Centre (3GPP TS 23.040). 

9) MAP_ALERT_SERVICE_CENTRE_ACK. 
NOTE: To all Service Centres in the Message Waiting List. 
(*) Messages 2) and 5) are not used by the SGSN. 

(**) For GPRS, messages 3) and 4) are sent/received by the SGSN. 

Figure 23.4/2: Short message alert procedure (MS memory capacity available) 

In addition the following MAP services are used in the MS memory available case: 



MAP_PROCESS_ACCESS_REQUEST 

MAP_AUTHENTICATE 

MAP_SET_CIPHERING_MODE 

MAP_PROVIDE_IMSI 

MAP_CHECK_IMEI 

MAP_FORWARD_NEW_TMSI 

MAP_TRACE_SUBSCRIBER_ACTIVITY 



(see subclause 8.3); (*) 
(see subclause 8.5); (*) 
(see subclause 8.6); (*) 
(see subclause 8.9); (*) 
(see subclause 8.7); 
(see subclause 8.9); (*) 
(see subclause 9.1). (*) 



(*) These services are not used by the SGSN. 
The Short Message Alert procedure when the MS indicates successful transfer after polling is shown in figure 23.4/3. 
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1 ) MAP_REPORT_SM_DELIVERY_STATUS (Successful Transfer). 

2) MAP_REPORT_SM_DELIVERY_STATUS_ACK. 

3) MAP_ALERT_SERVICE_CENTRE (note). 

4) Alert Service Centre (3GPP TS 23.040). 

5) MAP_ALERT_SERVICE_CENTRE_ACK. 
NOTE: To all Service Centres in the Message Waiting List. 

Figure 23.4/3: Sliort message alert procedure (Successful transfer after polling) 

23.4.1 Procedure in the Serving MSC - the MS has memory available 

The process starts when the MSC receives a notification from the MS that it has memory available. The process invokes 
a macro not defined in this clause; the definition of this macro can be found as follows: 

Check_Confirmation see subclause 25.2.2. 

The short message alert process in the MSC for the MS memory capacity available case is shown in figure 23.4/4. 

23.4.2 Procedures in the VLR 

23.4.2.1 The Mobile Subscriber is present 

If the VLR successfully handles a MAP_PROCESS_ACCESS_REQUEST indication or a 

MAP_UPDATE_LOCATION_AREA indication while the MS Not Reachable Flag (MNRF) is set, the VLR sends a 
MAP_READY_FOR_SM request to the HLR. The Alert Reason is set to indicate that the mobile subscriber is present 
for non GPRS. If authentication fails during the handhng of a MAP_PROCESS_ACCESS_REQUEST indication or a 
MAP_UPDATE_LOCATION_AREA indication, the VLR shall not send a MAP_READY_FOR_SM request to the 
HLR. The process in the VLR is described in detail in subclause 25.10.L 

23.4.2.2 The MS has memory available 

The process starts when the VLR receives dialogue opening request followed by a 

MAP_PROCESS_ACCESS_REQUEST indication including a CM service type Short Message Service. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Receive_Open_Cnf 



see subclause 25 . L 1 ; 
see subclause 25. L2; 
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Checkjndication see subclause 25 .2. 1 ; 

Check_Confirmation see subclause 25.2.2. 

The short message alert process in the VLR for the MS memory capacity available case is shown in figure 23.4/5. 

23.4.3 Procedures in the SGSN 

23.4.3.1 The Mobile Subscriber is present 

If the SGSN successfully handles a Page response, Attach request or Routing Area Update request message (3GPP TS 
24.008 [35]), while the MS Not Reachable for GPRS (MNRG) flag is set, the SGSN sends a MAP_READY_FOR_SM 
request to the HLR. The Alert Reason is set to indicate that the mobile subscriber is present for GPRS. If authentication 
fails during the handling of a Page response. Attach request or Routing Area Update request, the SGSN shall not send a 
MAP_READY_FOR_SM request to the HLR 

The process in the SGSN is described in detail in subclause 25.10.23. 

23.4.3.2 The Mobile Equipment has memory available 

The process starts when the SGSN receives an RP_SM_MEMORY_ AVAIL ABLE indication from the MS. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The short message alert procedure in the SGSN for the MS memory capacity available case is shown in figure 23.4/6. 

23.4.4 Procedure in the HLR 

The process starts when the HLR receives a dialogue opening request using the application context mwdMngtContext. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Checkjndication see subclause 25 .2. 1 ; 

Alert_Service_Centre_HLR see subclause 25.10.3. 

Sheet 1: If the dialogue opening request is from an SGSN, version 2 and version 1 of the application context are not 
applicable. 

The short message alert process in the HLR is shown in figure 23.4/7. 

23.4.5 Procedure in the SMS Interworking MSC 

The process starts when the SMS-IWMSC receives a dialogue opening request using the application context 
shortMsgAlertContext. The MAP process invokes macros not defined in this clause; the definitions of these macros can 
be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Checkjndication see subclause 25 .2. 1 . 

The short message alert process in the SMS-IWMSC is shown in figure 23.4/8. 
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Figure 23.4/4: Procedure SM_Alert_MSC 
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Figure 23.4/5 (slieet 1 of 2): Procedure SM_Alert_VLR 
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Figure 23.4/5 (slieet 2 of 2): Procedure SM_Alert_VLR 
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Figure 23.4/6 (sheet 1 of 2): Process SM_Alert_SGSN 
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Figure 23.4/6 (sheet 2 of 2): Process SM_Alert_SGSN 
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Figure 23.4/7 (slieet 1 of 2): Process SM_Alert_HLR 
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Figure 23.4/7 (slieet 2 of 2): Process SM_Alert_HLR 
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Figure 23.4/8: Process Alert_SC_IWMSC 
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23.5 The SM delivery status report procedure 

The SM delivery status report procedure is used: 

- to set the Service Centre address into the message waiting Hst in the HLR after short message deHvery has failed 
because the subscriber is absent or unidentified or the memory capacity is exceeded. The procedure sets: 

the Memory Capacity Exceeded Flag (MCEF) in the HLR if the MS memory does not have room for more 
messages; 

- and/or the MS Not Reachable Flag for non-GPRS if there is no record for the subscriber in the VLR or the 
subscriber does not respond to paging for delivery via the MSC; 

- and/or the MS Not Reachable for GPRS (MNRG) flag if there is no record for the subscriber in the SGSN or 
the subscriber does not respond to paging for delivery via the SGSN; 

- and/or the UE Not Reachable for IP (UNRI) flag if delivery via the IMS was not successful. 

- to report to the HLRthat delivery has succeeded. The conditions for report of a successful delivery are described 
in subclause 23.3.1. 

The message flow for the SM delivery status report procedure is shown in figure 23.5/1. 
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1 ) MAP_MT_FORWARD_SHORT_MESSAGE_ACK/_NACK (Absent subscriber_SM, 
unidentified subscriber or memory capacity exceeded). 

2) l\/IAP_REPORT_SI\/l_DELIVERY_STATUS. (The HLR ignores the content of this message when an IP- 
SM-GW is deployed) 

2a) MAP_REPORT_SM_DELIVERY_STATUS (sent only by IP-SM-GW) 

2b) MAP-REPORT_SM_DELIVERY_STATUS_ACK. 

3) MAP_REPORT_SM_DELIVERY_STATUS_ACK. 

4) Short Message Negative Acknowledgement (3GPP TS 23.040). 

Figure 23.5/1 : Short message delivery status report procedure 

23.5.1 Procedure in the SMS-GMSC 

The conditions for the GMSC to invoke the short message delivery status report procedure are specified in subclause 
23.3.1. 

The short message delivery status report macro in the SMS-GMSC is shown in figure 23.5/2. 
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23.5.2 Procedure in the HLR 

When the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication while an IP-SM-GW is deployed in 
the network and the message is not received from an IP-SM-GW or SMS Router, it ignores the information received in 
the message; otherwise it acts as described in subclause 23.6, macro Report_SM_Delivery_Stat_HLR. 

The short message delivery status report process in the HLR is shown in figure 23.5/3. 

23.5.3 Procedure in the IP-SM-GW 

The conditions for the IP-SM-GW and for SMS Router, if deployed with IP-SM-GW, to invoke the short message 
delivery status report procedure are specified in subclause 23.3.7. 

The short message delivery status report macro in the IP-SM-GW is shown in figure 23.5/4. 
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Figure 23.5/2: Macro Report_SM_Delivery_Stat_GMSC 
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Figure 23.5/3: Process SM_Delivery_Status_Report_HLR 
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Figure 23.5/4: Macro Report_SM_Delivery_Stat_IPSMGW 
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23.6 The macro Report_SM_Delivery_Stat_HLR 

This macro is invoked when the HLR receives a MAP_REPORT_SM_DELIVERY_STATUS indication from the 
SMS-GMSC. The macro invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 

Check_Indication see subclause 25 .2. 1 ; 

Alert_Service_Centre_HLR see subclause 25.10.3. 

Sheet 1: If the MAP_REPORT_SM_DELIVERY_STATUS indication did not include the GPRS support indicator, the 
HLR deduces the domain for which the delivery report applies as follows: 

- if the subscriber is a GPRS-only subscriber, the report applies for GPRS; 

- if the subscriber is a non-GPRS-only subscriber, the report applies for non-GPRS; 

- if the subscriber is a GPRS and non-GPRS subscriber and the subscription option for MT SMS delivery when 
the SMS-GMSC does not support GPRS is set to "DeHvery via the SGSN", the report apphes for GPRS; 

if the subscriber is a GPRS and non-GPRS subscriber and the subscription option for MT SMS delivery when 
the SMS-GMSC does not support GPRS is set to "DeHvery via the MSC", the report applies for non-GPRS; 

The short message delivery status report macro in the HLR is shown in figure 23.6/L 
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Figure 23.6/1 (slieet 1 of 2): Macro Report_SM_Delivery_Stat_HLR 
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Figure 23.6/1 (sheet 2 of 2): Macro Report_SM_Delivery_Stat_HLR 
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23.7 The mobile terminated short message transfer procedure 
for VGCS 

The mobile terminated short message transfer for VGCS procedure is used for forwarding a short message from a 
Service Centre to the group call anchor MSC. The message flow for the mobile terminated short message transfer 
procedure for VGCS is shown in figure 23.7/1. 
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Figure 23.7/1 : Mobile terminated short message for VGCS service procedures 
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1 ) Short Message (3GPP TS 23.040). 

2) TCAP BEGIN (*) 

3) TCAP CONTINUE (*) 

4) MAP_MT_FORWARD_SM_FOR_VGCS. 

5) GCR_SMS_INTERROGATION (3GPP TS 43.068). 

6) GCR_SMS_INTERROGATION_ACK (3GPP TS 43.068). 

7) MAP_MT_FORWARD_SM_FOR_VGCS_ACK. 

8) Short Message Acknowledgement (3GPP TS 23.040). 

n If 

a) 

- the capacity of a message signal unit in the lower layers of the protocol is enough to carry the 
content of the MAP_OPEN request and the content of the MAP_MT_FORWARD_SM_FOR_VGCS 
request in a single TC message, 

and 

b) the SMS Gateway MSC operator and the serving node (Anchor-MSC) operator 

agreed not to use the TCAP handshake countermeasure against SMS fraud for 
messages exchanged between their networks (see 3GPP TS 33.204 [34a]) 

then 

the TCAP handshake may be omitted. 



23.7.1 Procedure in the SMS-GMSC 

The process starts when the SMS-GMSC receives an SC_RP_MT_DATA indication from a Service Centre. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The mobile terminated short message transfer for VGCS process in the SMS-GMSC is shown in figure 23.7/2. 

23.7.2 Procedure in the Anchor MSC 

The process starts when the MSC receives a dialogue opening request with the application context shortMsgMT-Relay- 
VGCS-Context. The MAP process invokes macros not defined in this clause; the definitions of these macros can be 
found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

The mobile terminated short message transfer for VGCS process in the Anchor MSC is shown in figure 23.7/3 

Procedure MT_SM_VGCS_GMSC sheet 1: The decision box "TCAP Handshake required" takes the "yes" or "no" exit 
depending on agreements between the Serving MSC's operator and the SMS Gateway MSCs operator (see 3GPP TS 
33.204 [34a]). 
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Figure 23.7/2 (sheet 1 of 2): Process MT_SM_VGCS_GMSC 
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Figure 23.7/2 (sheet 2 of 2): Process MT_SM_VGCS_GMSC 
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Figure 23.7/3 (sheet 1 of 2): Process MT_SM_VGCS_Anchor MSC 
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Figure 23.7/3 (sheet 2 of 2): Process MT_SM_VGCS_Anchor MSC 



24 GPRS process description 

The MAP GPRS procedures are used for the Network Requested PDP-Context Activation procedures. 
The stage 2 specification for General Packet Radio Service (GPRS) is in 3GPP TS 23.060 [104]. 
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24.1 Procedure for retrieval of routeing information for GPRS 

24. 1 . 1 Process in the GGSN 

The MAP process in the GGSN to request routeing information for a network requested PDP context activation is 
shown in figure 24.1/2. The MAP process invokes macros not defined in this clause; the definition of these macros can 
be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

24.1.2 Process in the HLR 

The MAP process in the HLR to provide routing information for a network-requested PDP context activation is shown 
in figure 24.1/1. The MAP process invokes macros not defined in this clause; the definitions of these macros can be 
found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check_Indication see subclause 25.2.1. 
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Figure 24.1/1 : Process SRI_GPRS_GGSN 
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Figure 24.1/2: Process SRI_GPRS_HLR 
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24.2 Procedure for reporting failure to establisii a network 
requested PDP context 

24.2.1 Process in the GGSN 

The MAP process in the GGSN to report the failure to estabUsh a network requested PDP context is shown in figure 
24.2/2. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

24.2.2 Process in the HLR 

The MAP process in the HLR to handle a notification from the GGSN that a network requested PDP context could not 
be established is shown in figure 24.2/2. The MAP process invokes macros not defined in this clause; the definitions of 
these macros can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check Indication see subclause 25.2. 1 . 
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Figure 24.2/1: Process Failure_Report_GGSN 
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Figure 24.2/2: Process Failure_Report_HLR 
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24.3 Procedure for reporting that an MS has become reachable 
for GPRS 

24.3.1 Process in the HLR 

The MAP process in the HLR to report that an MS is reachable for GPRS is shown in figure 24.3/1. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

24.3.2 Process in the GGSN for Note IVIs Present For Gprs 

The MAP process in the GGSN to handle a notification that the subscriber is present for GPRS again is shown in figure 
24.3/2. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Check Indication see subclause 25.2.1. 
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Figure 24.3/1: Process Note_MS_Present_For_GPRS_HLR 
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Figure 24.3/2: Process Note_MS_Present_For_GPRS_GGSN 
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24A CSE interrogation and control of subscriber data 
24A.1 General 

The MAP procedures for interrogation and control of subscriber data are used to allow the CSE: 

- to retrieve subscriber data from the HLR; 

- to modify subscriber data in the HLR; 

- to receive notification from the HLR when there is a change in subscriber data; 

- to request information about the location of a subscriber from the HLR or the GMLC; 

- to request information about the state of a subscriber from the HLR. 

The following application context refers to a complex MAP user consisting of several processes: 

anyTimelnfoHandlingContext 
This application context needs a co-ordinating process in the HLR. 
The MAP process invokes a macro not defined in this clause; the definition of this macro can be found as follows: 

Receive_Open_Ind see subclause 25 . L 1 ; 

The Any Time Info Handling Co-ordinator process in the HLR is shown in figure 24A.1/L 
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Figure 24A.1/1 : Process Co_ATIH_HLR 
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24A.2 Any Time Subscription Interrogation procedure 
24A.2.1 General 

The message flow for successful retrieval of subscription information related to an any time subscription interrogation 
from the CAMEL server are shown in figure 24A.1/1. In an IP Multimedia Core Network, an IM-SSF can take on the 
role of a gsmSCF for this procedure (see 3GPP TS 23.278 [125]). 



gsmSCF 




MAP ANY TIME SUBSCRIPTION INTERROGATION 



MAP ANY TIME SUBSCRIPTION INTERROGATION ack 



Figure 24A.2/1 : Message flow for any time subscription interrogation 

The following MAP service is used to retrieve requested information: 

MAP ANY TIME SUBSCRIPTION INTERROGATION see subclause 8.11.3. 



24A.2.2 Process in the gsmSCF 



The MAP process in the gsmSCF to obtain subscription information in response to a request from the application 
process in the gsmSCF is shown in figure 24A.2/2. The MAP process invokes macros not defined in this clause; the 
definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2 



24A.2.3 Process in the HLR 

The MAP process in the HLR to provide subscription information in response to an interrogation from the CAMEL 
server is shown in figure 24A.2/3. The MAP process invokes a macro not defined in this clause; the definition of this 
macro can be found as follows: 



Check Indication 



see subclause 25.2.2 



If the MAP_ANY_TIME_SUBSCRIPTION_INTERROGATION service response cannot be carried in a single TC- 
Result component, it is carried in one or more TC-Result-NL components (each sent in a TC-CONTINUE), followed by 
a TC-Result-L component in a TC-END message. 
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Figure 24A.2/2: Process ATSI_gsmSCF 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



813 



ETSI TS 129 002 V9.2.0 (2010-07) 



process ATSI_HLR 

Process in the HLR to handle \ 
a request from the gsmSCF for n 
s ubscripti on information 



ATSLHLR1(1) 

Signals to/from the leftK 
are to/from the gsmSCR^ 
signals to/from the right 
are to/from the subscriber 
data management 
application in the HLR 



Wait_For_ 
Service_ 
Indication 



MAP_ANY_TIME_SUBSCRIPTION_INTERROGATION_ind 



Check_ 
Indication 



Any Time Subscription Interrogation request 




Wait_For_ 

Application_ 

Response 



MAP_P_ABORT_ind, 
MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



MAP_ 
> NOTICE_ 
ind 



Any Time Subscription 
Interrogation ack 



Any Time Subscription 
Interrogation error 




MAP_ 

CLOSE_ 

req 



MAP_ANY_TI ME_SUBSCRIPTION_IN TE RRCX3 AT ION_rsp 
MAP_CLOSE_req 



Figure 24A.2/3: Process ATSI_HLR 
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24A.3 Any Time Modification procedure 
24A.3.1 General 

The message flow for successful modification of subscription information related to an any time modification request 
from the CAMEL server is shown in figure 24 A. 3/1 




MAP ANY TIME MODIFICATION 



MAP ANY TIME MODIFICATION ack 




Figure 24A.3/1 : Message flow for any time modification 

The following MAP service is used to modify subscription information: 



MAP ANY TIME MODIFICATION 



see subclause 8.11.4. 



24A.3.2 Process in the gsmSCF 



The MAP process in the gsmSCF to modify subscription information in response to a request from the application 
process in the gsmSCF is shown in figure 24A.3/2. The MAP process invokes macros not defined in this clause; the 
definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2 



24A.3.3 Process in tine HLR 

The MAP process in the HLR to modify subscriber information in response to a modification request from the CAMEL 
server is shown in figure 24A.3/3. The MAP process invokes a macro and a process not defined in this clause; the 
definitions of these can be found as follows: 

Check_Indication see subclause 25.2.2; 

Insert_Subs_Data_Stand_Alone_HLR see subclause 25.7.3; 

If the macro takes the OK exit, the MAP process waits for a service indication. 

If the MAP_ANY_TIME_MODIFICATION service response cannot be carried in a single TC-Result component, it is 
carried in one or more TC-Result-NL components (each sent in a TC-CONTINUE), followed by a TC-Result-L 
component in a TC-END message. 

If the serving node (VLR or SGSN) is to be updated after the modification, the MAP process creates an instance of the 
appropriate process (Insert_Subs_Data_Stand_Alone_HLR for VLR update, 
Insert_GPRS_Subs_Data_Stand_Alone_HLR for SGSN update). 
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Figure 24A.3/2: Process ATM_gsmSCF 
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Figure 24A.3/3: Process ATM_HLR 
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24A.4 Subscriber Data Modification Notification procedure 
24A.4.1 General 

The Subscriber Data Modification Notification procedure is used to notify a gsmSCF about the modification of 
subscriber data. In an IP Multimedia Core Network, an IM-SSF can take on the role of a gsmSCF for this procedure. 

The stage 2 specification for Subscriber Data Modification Notification is in 3GPP TS 23.078 [98] and 3GPP TS 
23.278 [125]. The interworking between the MAP signalling procedures and the Subscriber Data Modification 
Notification procedures for each entity (HLR, gsmSCF) is shown by the transfer of signals between these processes. 

The following services are used: 





MAP NOTE SUBSCRIBER DATA MODIFIED 



MAP NOTE SUBSCRIBER DATA MODIFIED ack 



Figure 24A.4/1 : Message flow for subscriber data modification notification 

The following MAP service is used to send the notification to the gsmSCF: 



MAP NOTE SUBSCRIBER DATA MODIFIED 



see subclause 8.11.5. 



24A.4.2 Process in the HLR 

The MAP process in the HLR to send modified data to the gsmSCF is shown in figure 24A.4/2. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



If the required information cannot be carried in a single MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service 
request, the HLR segments the information into two or more requests. The "All Information Sent" parameter is omitted 
from each request except the last. 

Sheet 2: If the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service request contained the "All Information Sent" 
parameter, the test "All information sent" takes the "Yes" exit. 

24A.4.3 Process in the gsmSCF 

The MAP process in the gsmSCF to handle a notification to the gsmSCF of change of subscriber data is shown in figure 
24A.4/3. The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as 
follows: 



Receive_Open_Ind 
Check Indication 



see subclause 25 . 1 . 1 ; 
see subclause 25.2.1 
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If the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service indication contained the "All Information Sent" 
parameter, the test "All information sent" takes the "Yes" exit. 

If the test "All information sent" takes the "No" exit, the MAP process stores the data received in the 
MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service indication. If the test "All information sent" takes the "Yes" 
exit, the MAP process assembles the data received in all the MAP_NOTE_SUBSCRIBER_DATA_MODIFIED service 
indications received in the dialogue and sends the assembled data to the application process in the gsmSCF. 
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Figure 24A.4/2 (sheet 1 of 2): Process NSDC_HLR 
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Figure 24A.4/2 (sheet 2 of 2): Process NSDC_HLR 
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Figure 24A.4/3: Process NSDC_gsmSCF 
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24A.5 Any Time Interrogation procedure 
24A.5.1 General 

The message flows for successful retrieval of subscriber information related to an any time interrogation from the 
CAMEL server are shown in figure 24 A. 5/1 for interrogation directed to an HLR and figure 24 A. 5/2 for interrogation 
directed to a GMLC. 



gsmSCF 




HLR 




SGSN 

or 
VLR 








1 






2 






4 


^- 






3 






^ 






^ 









1) 

2) 
3) 
4) 



MAP_ANY_TIME_INTERROGATION_req/ind 
MAP_PROVIDE_SUBSGRIBER_INFO_req/ind 
MAP_PROVIDE_SUBSCRIBER_INFO_rsp/cnf 
MAP_ANY_TIME_INTERROGATION_rsp/cnf 



Figure 24A.5/1 : Message flow for any time interrogation (gsmSCF to HLR) 

The following MAP services are used to retrieve information about the status and/or location of a subscriber: 

M AP_AN Y_TIME_INTERROG ATION see subclause 8.11.1; 

MAP_PROVIDE_SUBSCRIBER_INFO see subclause 8.11.2. 

The HLR sends the MAP_PROVIDE_SUBSCRIBER_INFO request to the SGSN or the VLR, according to the domain 
for which the gsmSCF requested the information. 





1 ) MAP_ANY_TIME_INTERROGATION_req/ind 

2) MAP_ANY_TIME_INTERROGATION_rsp/cnf 

Figure 24A.5/2: Message flow for any time interrogation (gsmSCF to GMLC) 

The following MAP service is used to retrieve location information from a GMLC: 

MAP_ANY_TIME_INTERROG ATION see subclause 8.11.1; 
In addition, the GMLC may use MAP Services specific to Location Services. 
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24A.5.2 Procedures in the gsmSCF 



The process in the gsmSCF to request information about the location and/or state of a subscriber from the HLR is 
shown in figure 24A.5/3. The MAP process invokes macros not defined in this clause; the definitions of these macros 
can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

The process in the gsmSCF to request location information from the GMLC is shown in figure 24 A. 5/4. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

24A.5.3 Procedure in the HLR 

The MAP process in the HLR to provide subscriber information in response to an interrogation from the CAMEL server 
is shown in figure 24A.5/5. The MAP process invokes macros not defined in this clause; the definitions of these macros 
can be found as follows: 

Receive_Open_Ind see subclause 25 . 1 . 1 ; 

Receive_Open_Cnf see subclause 25.1.2; 

Check_Confirmation see subclause 25.2.2. 

24A.5.4 Procedure in the GMLC 

The MAP process in the GMLC to provide location information in response to a request from the gsmSCF is shown in 
figure 24A.5/6. The MAP process invokes a macro not defined in this clause; the definition of this macro can be found 
as follows: 

Receive_Open_Ind see subclause 25.1.1. 
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Figure 24A.5/3: Process ATI_To_HLR_gsmSCF 
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Figure 24A.5/5 (sheet 1 of 2): Process ATI_HLR 
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Figure 24A.5/5 (sheet 2 of 2): Process ATI_HLR 
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Figure 24A.5/6: Process ATI_GMLC 
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24B Location Services process description 

24B.1 Routeing information retrieval procedure for LCS 
24B.1.1 General 

The message flow for successful retrieval of routeing information related to location services is shown in figure 
24B.1/1. 





MAP SEND ROUTING INFO FOR LCS 



MAP_SEND_ROUTING_INFO_FOR_LCS_ACK 



Figure 24B.1/1 : Message flow for retrieval of routeing information for LCS 

The following MAP service is used to retrieve routeing information: 



MAP_SEND_ROUTING_INFO_FOR_LCS 



see subclause 13A.L 



24B.1 .2 Process in the GMLC 

The MAP process in the GMLC to request routeing information for LCS is shown in figure 24B.1/2. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25. L2; 
see subclause 25.2.2. 



24B.1 .3 Process in the HLR 

The MAP process in the HLR to handle a request for routeing information for LCS is shown in figure 24B.1/3. The 
MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Check Indication 



see subclause 25 . L 1 ; 
see subclause 25.2.1. 
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Figure 24B.1/2: Process SRI_LCS_GMLC 
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24B.2 Provide Subscriber Location procedure 
24B.2.1 General 

The message flow for successful retrieval of the location information of a target MS related to location services is 
shown in figure 24B . 1/1 . 





MAP_PRO VIDE_SUB SCRIBER_LOC ATION 



MAP_PROVIDE_SUBSCRIBER_LOCATION_ACK 



Figure 24B.2/1 : Message flow for retrieval of location information 

The following MAP service is used to retrieve location information: 



MAP PROVIDE SUBSCRIBER LOCATION 



see subclause 13A.2. 



24B.2.2 Process in the GMLC 

The MAP process in the GMLC to request location information from an MSC or an SGSN is shown in figure 24B.2/2. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



24B.2.3 Process in the IVISC 

The MAP process in the MSC to handle a request for location information from a GMLC is shown in figure 24B.2/3. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Check Indication 



see subclause 25 . 1 . 1 ; 
see subclause 25.2.1. 



24B.2.4 Process in the SGSN 

The MAP process in the SGSN to handle a request for location information from a GMLC is shown in figure 24B.2/4. 
The MAP process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Check_Indication 



see subclause 25 . 1 . 1 ; 
see subclause 25.2.1. 
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Figure 24B.2/2: Process PSL_GMLC 
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Figure 24B.2/3: Process PSL_MSC 
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Figure 24B.2/4: Process PSL_SGSN 
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24B.3 Subscriber Location Report procedure 
24B.3.1 General 

The message flow for successful report of the location information of a target MS related to location services is shown 
in figure 24B. 3/1. 





MAP_SUB SCRIBER_LOC ATION_REPORT 



MAP_SUBSCRIBER_LOCATION_REPORT_ACK 



Figure 24B.3/1 : Message flow for report of the location information 

The following MAP services are used to report location information: 



MAP SUBSCRIBER LOCATION REPORT 



see subclause 13 A. 3. 



24B.3.2 Process in the MSC 

The MAP process in the MSC to send a subscriber location report to the GMLC is shown in figure 24B.3/2. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



24B.3.3 Process in the SGSN 

The MAP process in the SGSN to send a subscriber location report to the GMLC is shown in figure 24B.3/3. The MAP 
process invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Cnf 
Check Confirmation 



see subclause 25.1.2; 
see subclause 25.2.2. 



24B.3.4 Process in the GIVILC 

The MAP process in the GMLC to handle a subscriber location report is shown in figure 24B.3/4. The MAP process 
invokes macros not defined in this clause; the definitions of these macros can be found as follows: 



Receive_Open_Ind 
Check_Indication 



see subclause 25 . 1 . 1 ; 
see subclause 25.2.1. 
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Figure 24B.3/2: Process SLR_MSC 
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Figure 24B.3/3: Process SLR_SGSN 
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Figure 24B.3/4: Process SLR_GMLC 
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25 General macro description 

25.1 MAP_OPEN handling macros 

25.1.1 Macro Receive_Open_lnd 

This macro is used by a MAP service-user procedure when a peer entity requests opening of a dialogue. 

25.1.2 Macro Receive_Open_Cnf 

This macro is used by a user procedure after it has requested opening of a dialogue towards a peer entity. 
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macrodefinition Receive_Open_lnd 
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Figure 25.1/1 (sheet 1 of 2): Macro Receive_Open_lnd 
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macrodefinition Receive_Open_lnd 
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Figure 25.1/1 (sheet 2 of 2): Macro Receive_Open_lnd 
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macrodefinition Receive_Open_Cnf 



Macro to handle a \ 
MAP_OPEN confirms 



MAP_ 

NOTICE_ 

ind 



MAP_ 

CLOSE_ 

req 




^ 



Wait_For_ 
OpenCnf 



MAP_U_ABORT_ind, 
MAP_P_ABORT_ind 





MAP_ 

OPEN_ 

cnf 



Dialogue 
accepted 




Dialogue 
refused 



AC not 
supported 



Received AC version (Vr) 
lower than the one defined 
in this version of 
3GPP TS 29.002? 



Rec_0pen_Cnf1(1) 



Signals to/from the right 
are to/from the remote 
peer entity 



Refuse 
reason? 



Potential 

version 

incompatibility 





Figure 25.1/2: Macro Receive_Open_Cnf 
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Figure 25.1/3: Macro Check_Reference 
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25.2 Macros to check the content of indication and confirmation 
primitives 

25.2.1 Macro Checkjndication 

This macro checks that an indication includes all the parameters required by the application, no more and no less, and 
that the parameters are all within the correct range. It does not handle syntax checking; that is part of the function of the 
MAP protocol machine. 

25.2.2 Macro Check_Confirmation 

This macro checks whether a confirmation contains an error or a result, and if it contains a result whether the result is 
correctly formed. 
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macrodefinition Check Indication 
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Figure 25.2/1 : Macro Checkjndication 
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macrodefinition Check Confirmation 
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Figure 25.2/2: Macro Check_Confirmation 
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25.3 The page and search macros 

25.3.1 Macro PAGE_MSC 

This macro is called if an unstructured SS notification, a network-initiated unstructured SS request or a mobile 
terminating short message is to be delivered to the MS and the current location area identity of the MS is known in the 
VLR. 

If an MM-connection over the radio link already exists for the given IMSI, the MSC sets the access connection status 
according to the characteristics of the existing connection (i.e. RR-connection established, ciphering mode on/off, MM- 
connection existing and authenticated or not). 

If the MSC pages the MS and the VLR provided the TMSI, the MSC uses it to identify the MS at the radio interface; 
otherwise the MSC uses the IMSI. The MSC also uses the IMSI to determine the page group (see 3GPP TS 24.008 
[35]). 

If the MS responds with a channel request containing an establishment cause which is not "answer to paging" the MSC 
sends a MAP_PAGE response primitive with user error Busy Subscriber. This gives priority to the mobile originating 
request. Alternatively, as an implementation option, the MSC may treat this as a response to paging, which gives 
priority to the mobile terminating request. 

If the paging is for MT SMS delivery and the VLR aborts the transaction before the MSC receives a response from the 
MS, the MSC aborts the transaction with the SMS-GMSC. 

25.3.2 Macro Search_For_MS_MSC 

This macro is called if an unstructured SS notification, a network-initiated unstructured SS request or a mobile 
terminating short message is to be delivered to the MS and the current location area identity of the MS is not known in 
VLR. 

If an MM-connection over the radio link already exists for the given IMSI, the MSC returns a 

MAP_SEARCH_FOR_MS response containing the IMSI and current location area identification of the called MS to the 
VLR and sets the access connection status according to the characteristics of the existing connection (i.e. RR- 
connection established, ciphering mode on/off, MM-connection existing and authenticated or not). 

If the MSC pages the MS, the MSC uses the IMSI to identify the subscriber and the page group (see 3GPP TS 24.008 
[35]). 

If the MS responds with a channel request containing an establishment cause which is not "answer to paging" the MSC 
sends a MAP_SEARCH_FOR_MS response with user error Busy Subscriber. This gives priority to the mobile 
originating request. Alternatively, as an implementation option, the MSC may treat this as a response to paging, which 
gives priority to the mobile terminating request. 

If the paging is for MT SMS delivery and the VLR aborts the transaction before the MSC receives a response from the 
MS, the MSC aborts the transaction with the SMS-GMSC. 
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macrodefinition Page_MSC 
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Figure 25.3/1 : Macro Page_MSC 
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Figure 25.3/2: Macro Search_for_MS_MSC 
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25.4 Macros for handling an Access Request 

These macros are invoked when a MS accesses the network, e.g. to submit an MO short message or when responding to 
paging. The macros handle identification and authentication of the mobile subscriber as well as invocation of security 
related features (see 3GPP TS 42.009 [6]). 

25.4.1 Macro Process_Access_Request_MSC 

Sheet 1: The MAP_PROCESS_ACCESS_REQUEST request includes the following parameters: 

- the received subscriber identification (IMSI, TMSI); 

- the CM service type, indicating the type of request; 

- the status of the access connection, i.e. whether a connection to this MS already exists and if so, whether it is 
already authenticated and ciphered; 

- the current location area id of the MS; and 

- the CKSN received from the MS. 

Sheet 2, sheet 3: If the MSC receives an A_SETUP indication while it is waiting for further instructions from the VLR 
or for the acknowledgment of TMSI reallocation from the MS, the MSC saves the setup request for processing after 
control has returned from the macro Process_Access_Request_MSC to the calling process. 

Sheet 3: When the MSC is waiting for a possible instruction to allocate a new TMSI, a MAP_DELIMITER indication 
indicates that TMSI reallocation is not required. 

Sheet 3: If the MS sends a TMSI reallocation failure in response to the TMSI reallocation command, the MSC takes the 
OK exit; the VLR treats the lack of response as a provider error (see macro Process_Access_Request_VLR). 

25.4.2 Macro Process_Access_Request_VLR 

Sheet 3: If the MSC does not send a positive response to the MAP_FORWARD_NEW_TMSI request, this is treated as 
a MAP_FORWARD_NEW_TMSI confirmation containing a provider error. The Macro takes the Error exit. If TMSI 
reallocation does not succeed, the old TMSI is frozen, to prevent it from being reallocated. In this case, both old and 
new TMSIs are regarded as valid. 

25.4.3 Macro ObtainJdentity_VLR 

This macro is invoked by the macro Process_Access_Request_VLR if the subscriber's identity is not known in the 
VLR. 

It is an operator option to allow or prevent retrieval of the IMSI without encryption. 

25.4.4 Process Update_Location_Child_VLR 

This process is started when the subscriber successfully accesses the network, e.g. for mobile originated short message 
submission, response to paging or supplementary services handling. 

The procedure Notify_gsmSCF is specified in 3GPP TS 23.078. 
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macrodefinition Process_Access_Request_MSC 
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Figure 25.4/1 (sheet 1 of 3): Macro Process_Access_Request_MSC 
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macrodefinition Process_Access_Request_MSC 
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Figure 25.4/1 (siieet 2 of 3): Macro Process_Access_Request_MSC 
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macrodefinition Process_Access_Request_MSC 
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Figure 25.4/1 (siieet 3 of 3): Macro Process_Access_Request_MSC 
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macrodefinition Process_Access_Request_VLR 
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Figure 25.4/2 (sheet 1 of 3): Macro Process_Access_Request_VLR 
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Figure 25.4/2 (sheet 2 of 3): Macro Process_Access_Request_VLR 
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macrodefinition Process_Access_Request_VLR 
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Figure 25.4/2 (sheet 3 of 3): Macro Process_Access_Request_VLR 
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macrodefinition Obtain_ldentity_VLR 
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Figure 25.4/3: Macro Obtain_ldentity_VLR 
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Figure 25.4/4 (sheet 1 of 2): Process Update_Location_Cliild_VLR 
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Figure 25.4/4 (sheet 2 of 2): Process Update_Location_Cliild_VLR 
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25.5 Authentication macros and processes 

The following macros are used in the network in order to enable authentication of a mobile subscriber. 

25.5. 1 Macro Authenticate_MSC 

This macro is used by the MSC to relay a request for authentication transparently from the VLR to the MS, wait for a 
response from the MS and relay the response from the MS back to the VLR. 

25.5.2 Macro Authenticate_VLR 

This macro is used by the VLR to control the authentication of a subscriber. 

Sheet 1: The test "Received SRES=Expected SRES" indicates: 

a comparison of the Signed RESult received from the MS with the Signed RESult received from the HLR, if 
GSM authentication is used (see 3GPP TS 43.020 [24]), or 

- a comparison of the RESult received from the MS with the expected RESult received from the HLR, if UMTS 
authentication is used (see 3GPP TS 33.102). 

25.5.3 Macro Obtain_Authent_Params_VLR 

This macro is used by the VLR to request authentication vectors from the HLR. 

Sheet 1, sheet 2, sheet 3: It is an operator option whether to allow the re-use of old authentication triplets. 

Sheet 2, sheet 3: Old UMTS quintuplets shall not be re-used. 

Sheet 2: if the VLR requests more authentication vectors in the same dialogue, the subsequent 
MAP_SEND_AUTHENTIFICATION_INFO request has no parameters. 

25.5.4 Process Obtain_Authentication_Sets_VLR 

This process is initiated by the VLR to fetch authentication vectors from a subscriber's HLR independently of any other 
processing. 

25.5.6 Process Obtain_Authent_Sets_SGSN 

The procedure for authentication when the serving node is an SGSN is described in 3GPP TS 23.060 [104] and 3GPP 
TS 24.008 [35]. 

This Process is used by the SGSN to request authentication vectors from the HLR. 

Sheet 1, sheet 2: It is an operator option whether to allow the re-use of old authentication triplets. 

Sheet 2: Old UMTS quintuplets shall not be re-used. 

25.5.6 Process Obtain_Authent_Sets_HLR 

This process is used to provide authentication vectors (triplets or quintuplets) in response to a request from a VLR or an 
SGSN. 

Upon receipt of an authentication information request for a UMTS subscriber, the HLR shall return authentication 
quintuplets. If the user is a GSM subscriber, the HLR shall return authentication triplets. 
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25.5.7 Authentication Failure Reporting 
25.5.7.1 General 

The Authentication Failure Report procedure is used to notify an HLR about the occurrence of an authentication failure 
in the SGSN or VLR. 

The message flows for this procedure are shown in figures 25.511 8l 25.5/8. 





MAP AUTHENTICATION FAILURE REPORT 



MAP_AUTHENTICATION_FAILURE_REPORT_ACK 



Figure 25.5/7: Message Flow for Authentication Failure Report - VLR to HLR 





MAP_AUTHENTICATION_FAILURE_REPORT 



MAP AUTHENTICATION FAILURE REPORT ACK 



Figure 25.5/8: Message Flow for Authentication Failure Report - SGSN to HLR 

25.5.7.2 Process in the VLR 

25.5.7.3 Process in the SGSN 

25.5.7.4 Process in the HLR 
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macrodefinition Authenticate MSC 



Macro in the MSC to relay the signal ling for \ 
authentication between the MS and the VLR n 



A_AUTHENTICATE_cnf 




MAP_AUTHENTCATE_rsp 
MAP_DELIMITER_req 




MAP_AUTHENTCATE_ind 



Check_ 
Indication 



A_AUTHENTICATE_req 



Wait_For_ 
MS_Response 



A_CM_ 
>SERVICE_ 
ABORTJnd 



MAP_U_ 
ABORT_ 
req 





Auth_MSC1(1) 



Signals to/from the left \ 
are to/from the MS; 
signals to/from the right 
are to/from the VLR 



MAP_AUTHENTCATE_rsp 
MAP_DELIMITER_req 



MAP_U_ABORT_ind, 
MAP_CLOSE_i nd 



Figure 25.5/1 : Macro Authenticate_MSC 
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macrodefinition Authenticate VLR 



Macro in the VLR to \ 
authenticate an IVIS n 






Authentication 
vectors available? 



Obtain_Authent_ 
Params_VLR 



MAP_ 

AUTHENTICATE_req 
MAP_DELIMITER_req 



UnknownSubscriber 



Unknown_ 
Subscriber 



Wait_For 
Response_ 
From_MSC 



MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



More authentication 
vectors required? 



Obtain_Authent_ 
Sets_VLR 




User Error, 
Provider Error, 
Data Error 




Auth_VLR1(2) 



Signals to/from the left 
are to/from the MSC 



Procedune_Error 



Check_ 
Confirmation 



Obtain_Authent_ 
Sets_VLR 




Procedure_ 
Error 



MAP_AUTHENTICATE_cnf 




Received SRES= 
Expected SRES? 



More authentication 
vectors required? 



Figure 25.5/2 (slieet 1 of 2): Macro Authenticate_VLR 
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macrodefinition Authenticate VLR 



Macro in the VLR to \ 
authenticate an IVIS n 





Procedure_ 
Error 



Unidentified_ 
subscriber 






Obtain_ 
IIVISLVLR 



IIVISI 
known? 



IIVISI 
matches ^^ 
.TMSI?. 



Identity := 
IMSI 




Auth_VLR2(2) 




Figure 25.5/2 (slieet 2 of 2): Macro Authenticate_VLR 
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macrodefinition Obtain Authent Params VLR 



Macro in the VLR to obtain 
authentication parameters 
from the HLR 



Wait_For_ 

Authentic ation_ 

Info 



Error=Unknown 
subscriber? 



Obt_Auth_Par_VLR1(3) 



Signals to/from the right 
are to/from the HLR 



MAP_OPEN_req 

MAP_SEND_AUTHENTICATION_INFO_req 

MAP_DELIMITER_req 



Receive_ 
OpenCnf 



Perform 
MAPVr 
dialogue 



Unknown 




Subscriber 


^ 




Empty 
result? 



'Tie-use^ 

old 
<trip lets'?/ 




Procedure_ 
Error 



Procedure_ 
Error 



Figure 25.5/3 (sheet 1 of 3): Macro Obtain_Authent_Params_VLR 
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macrodefinition Obtain Authent Params VLR 



Obt_Auth_Par_VLR2(3) 



Macro in the VLR to obtain 
authentication parameters 
from the HLR 




Wait_For_ 

Authentication_ 

Info 



Signals to/from the right 
are to/from the HLR 




MAP_SEND_AUTHENTICATION_INFO_cnf 



Wait_For_ 
Close_Or_ 
Delimiter 



MAP_ 

CLOSE_ 

ind 



Unknown ^ 
^subscriber?^ 



Unknown_ 
Subscriber 



MAP_ 

DELIMITER_ 

ind 




Authentication 

vectors 

received? 



MAP_ 

CLOSE_ 

req 



Provider Error 




Wait_For_ 

Authentic at ion_ 

Info 



MAP_ 

CLOSE_ 

req 




Procedure_ 
Error 




M A P_S EN D_A UTH E NTI CATI O NJ N FO_req 
MAP_DELIMITER_req 



Figure 25.5/3 (sheet 2 of 3): Macro Obtain_Authent_Params_VLR 
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macrodefinition Obtain Authent Params VLR 



Macro in the VLR to obtain 
authentication parameters 
from the HLR 



Wait_For_ 

Authentication_ 

Info 



Obt_Auth_Par_VLR3(3) 

Signals to/fnom the left\ 
are to/from the MSC; ^ 
signals to/from the right 
are to/from the HLR 




Figure 25.5/3 (sheet 3 of 3): Macro Obtain_Authent_Params_VLR 
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process Obtain_Authent_Sets_VLR 



Process in the VLR \ 
to obtain authenticatiom 
sets from tine HLR 



Obtain_Authent_ 
Params_VLR 



OK, Null, 

UnknownSubscriber, 

Procedure_EiTor 



Obt_Auth_Sets_VLR1(1) 



Figure 25.5/4: Process Obtain_Autlient_Sets_VLR 
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process Obtain_Authent_Sets_SGSN 



Process in the SGSN to obtain \ 
authentication sets from the HLRn 



Set negative 

response: 
Unknown HLR 



Authentication 
parameter 
negative 
\ response 



Wait_For_ 

Authentication_ 

Info 



Obt_Auth_Sets_SGSN1 (2) 



Signals to/fnom the left \ 
are to/from the applicatiorr 
process in the SGSN; 
signals to/from the right 
are to/from the HLR 




MAP_OPEN_req 

MAP_SEND_AUTHENTICATION_INFO_req 

MAP_DELIMITER_req 



Receive_ 
OpenCnf 



Perform 
MAPVr 
dialogue 





Figure 25.5/5 (slieet 1 of 2): Process Obtain_Authent_Sets_SGSN 
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process Obtain_Authent_Sets_SGSN 



Obt_Auth_Sets_SGSN2(2) 



Process in the SGSN to obtain \ 
authentication sets from the HLRn 



Wait_For_ 

Authentication_ 

Info 



Signals to/from the left \ 
are to/from the applicatiorr 
process in the SGSN; 
signals to/from the right 
are to/from the HLR 




MAP_SEND_AUTHENTICATION_INFO_cnf 



Wait_For_ 
Close_Or_ 
Delimiter 



MAP_ 

CLOSE_ 

ind 




Authentication 
parameter 




Authentication 

vectors 

received? 



MAP_ 

DELIMITER_ 

ind 



MAP_ 

CLOSE_ 

req 



Provider Error, 
Data Error 





Wait_For_ 

Authentic at ion_ 

Info 



M A P_S EN D_A UTH E NTI CATI O NJ N FO_req 
MAP_DELIMITER_req 



Figure 25.5/5 (slieet 2 of 2): Process Obtain_Authent_Sets_SGSN 
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process Obtain_Authent_Sets_HLR 



Process in the HLR to handle \ 
a request from the VLR for n 
authentication sets 



Perform 
IVIAPVr 
dialogue 



Receive_ 
Openjnd 



Wait_For_ 
Service_ 
Primitive 



MAP_ 
> NOTICE_ 
ind 



MAP_ 

CLOSE_ 

req 



Obt_Auth_Sets_HLR1(2) 



Signals to/fnom the left 
are to/from the VLR or 
the SGSN 



MAP_SEND_AUTHENTICATION_INFO_ind 



Check_ 
Indication 



MAP_SEND_AUTHENTICATION_INFO_rsp 
MAP_CLOSE_req 




Figure 25.5/6 (sheet 1 of 2): Process Obtain_Autlient_Sets_HLR 
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process Obtain_Authent_Sets_HLR 



Obt_Auth_Sets_HLR2(2) 



Process in the HLR to handle \ 
a request from the VLR for 
authentication sets 




Signals to/fnom the left 
are to/from the VLR or 
the SGSN 



Requesting node type=SGSN 
AND Network access mode= 
Non-GPRS only 



Requesting node type=VLR 
AND Network access mode= 
GPRS only 




Set Diagnostic: 

GPRS subscription 

unknown 



Set User Error: 
Unknown 
subscriber 




MAP_SEND_AUTHENTICATION_INFO_rsp 
MAP_CLOSE_req 



Segmentation allowed 
and supported 
and needed? 



Obtain_Vectors_ 
FromAuC 



MAP_SEND_AUTHENTICATION_INFO_rsp 
MAP_CLOSE_req 



To be stored for later use; see 
13GPPTS33.102 (UMTS) or 
3GPPTS 43.020 (GSM) 



MAP_SEND_AUTHENTICATION_INFO_rsp 
MAP_DELIMITER_req 



Wait_For_ 
Service_ 
Primitive 



Figure 25.5/6 (slieet 2 of 2): Process Obtain_Autlient_Sets_HLR 
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procedure Check_Available_Vectors 



Chk_Avl_Vec1(1) 



Procedure in the HLR to check \ 
the number of authentication ^ 
vectors requested against the 
number of available vectors 




Number of vectors stored=0? 



Immediate Response Preferred 
indicator supported? 



Figure 25.5/7: Procedure Check_Avai[able_Vectors 
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process Report_Authentication_Failure_VLR 



Rep_Auth_Fail_VLR1(1) 



Process in the VLR to send 
an authentication failure 
report to the HLR 



Signals to/fnom the left \ 
are to/from the applicatiorr 
processin the VLR; 
signals to/from the right 
are to/from the HLR 



.Authentication 
failure report 



MAP_OPEN_req 

MAP_AUTHENTICATION_FAILURE_REPORT_req 

MAP_DELIMITER_req 



Receive_ 
OpenCnf 



Wait_For_ 
HLRResponse 



MAP_ 

NOTICE_ 

ind 



MAP_ 

CLOSE_ 

req 



MAP_AUTHENTICATION_FAILURE_REPORT_cnf, 

MAP_U_ABORT_ind, 

MAP_P_ABORTJnd, 

MAP_CLOSEJ nd 



Figure 25.5/9: Process Report_Authentication_Failure_VLR 
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process Report_Authentication_Failure_SGSN 



Process in the SGSN to send \ 
an authentication failure n 

report to the HLR 



MAP_ 

NOTICE_ 

ind 



MAP_ 
CLOSE_ 



Authentication 
failure report 



Rep_Auth_FaiLSGSN1 (1) 



Signals to/from the left \ 
are to/from the applicati orr 
process in the SGSN; 
signals to/from the right 
are to/from the HLR 









MAP OPEN req 
MAP AUTHENTIC 
MAP DELIMITER 






/ 




_req 
















Receive 
Open_Cnf 


















OK 








Vr, Error 


Wait_For_ 
HLR_Response 

v. , I 


/ 




Idle 



MAP_AUTHENTICATION_FAILURE_REPORT_cnf, 

MAP_U_ABORT_ind, 

MAP_P_ABORT_ind, 

MAP_CLOSE_i nd 



Figure 25.5/10: Process Report_Authentication_Failure_SGSN 
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process Note_Authentication_Failure_HLR 



Process in the HLR to \ 

handle an authentication failure 
report from the VLR or SGSN 



Receive_ 
Openjnd 



Wait_For_ 
Report 



MAP_AUTHENTICATION_FAILURE_REPORT_ind 



MAP_ 
> NOTICE_ 
ind 



Check_ 
Indication 



MAP_ 

CLOSE_ 

req 




Authentication 

failure 

report 



Set User Error: 
Unknown 
Subscriber 



Note_Auth_FaiLHLR1(1) 



Signals to/from the left 
are to/from the VLR or SGS 
signals to/from the right 
are to/from the applicati on 
process in the HLR 



MAP_P_ 
>ABORT_ 
ind 



MAP_AUTHENTICATION_FAILURE_REPORT_rsp 
MAP_CLOSE_req 



Figure 25.5/11: Process Note_Authentication_Failure_HLR 
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25.6 IMEI Handling Macros 



The following macros are used in the network in order to enable handling and checking of the mobile equipment 
identity. 

25.6.1 Macro Check_IMEI_MSC 

This macro is used by the MSC to receive a request from the VLR, relay it to the EIR, and pass the result from the EIR 
back to the VLR. 

Sheet 1 : If the dialogue with the EIR drops back to a previous protocol version and the EIR returned an error, the MSC 
relays the error to the VLR in the MAP_CHECK_IMEI response. If the dialogue with the EIR failed, or the EIR 
returned a badly formed result, the MSC sends a System Failure error to the VLR in the MAP_CHECK_IMEI response. 

25.6.2 Macro CheckJMEI_VLR 

This macro is used by the VLR to control the check of a mobile equipment's IMEI. It may also be used to request the 
BMUEF from the EIR. 

25.6.3 Process Check_IMEI_SGSN 

This process is used by the SGSN to control the check of a mobile equipment's IMEI. It may also be used to request the 
BMUEF from the EIR. 

25.6.4 Process Check_IMEI_EIR 

This process is used by the EIR to obtain the status of a mobile equipment, upon request from the MSC or from the 
SGSN. It may also be used to obtain the BMUEF. 

25.6.5 Macro Obtain_IMEI_MSC 

This macro is used by the MSC to respond to a request from the VLR to provide the IMEI. 

25.6.6 Macro Obtain_IMEI_VLR 

This macro is used by the VLR to obtain the IMEI from the MSC. 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



879 



ETSI TS 129 002 V9.2.0 (2010-07) 



macrodefinition Check IMEI MSC 



Chk_IMEI_MSC1(2) 



Macro in the MSC to , \ 
check the IMEI of the MSn 
and report the result 
to the VLR 



Signals to/fnom the left \ 
are to/from the MS; 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



MAP_ 

CHECK_ 

IMEIJnd 



Wait_For_IMEI 



A_IDENTITY_ 
>RESPONSE_ 
ind 




Wait_For_IMEI 



No ^^^\ Yes 

IMEISV 

available?^ 



Wait_ForJMEI 



Wait_For_ 
EIR_Response 



MAP_ 

CHECK_ 

IMELcnf 



< 1 From EIR 



Check_ 
Confirmation 



Provider Error, 
Data Error 



service response 
to VLR 



Set User Error: 
System failure 



MAP_CHECK_IMEI_rsp 
MAP_DELIMITER_req 




Receive_ 
OpenCnf 





Set User Error: 
System failure 




Set User Error 




Add IMEI to 

service response 

to VLR 




































MAP_OPEN_req 

MAP_CHECK_IMEI_req 

MAP_DELIMITER_req 



Wait_For_ 
EIRResponse 



MAP_CHECK_IMEI_rsp 
MAP_DELIMITER_req 



Figure 25.6/1 (sheet 1 of 2): Macro Check_IMEI_MSC 
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macrodefinition Check IMEI MSC 



Macro in the MSC to , \ 
check the IMEI of theMSn 
and report the result 
totheVLR 



Wait_For_ 
EIRResponse 



ChkJMEI_MSC2(2) 



Signals to/from the leftlX 
are to/from the MS; ^ 
signals to/from the right 
are to/from the VLR 
unless marked otherwise 



A_CM_ 
>RELEASE_ 
ind 



MAP_U_ABORT_ind, 
MAP_CLOSE_ind 



MAP_ 

NOTICE_ 

ind 



FnomEIR 



MAP_U_ 
ABORT_ 
req 



MAP_U_ 
ABORT_ 
req 



MAP_U_ 
ABORT_ 
req 



MAP_ 

CLOSE_ 

req 



A_DISC_ 
req 




MAP_U_ABORT_ind, 
MAP_P_ABORT_ind, 
MAP_CLOSE_ind 
from EIR 




Set User Error: 
System failure 



MAP_CHECK_IMEI_rsp 
MAP_DELIMITER_req 




Figure 25.6/1 (sheet 2 of 2): Macro Clieck_IMEI_MSC 
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macrodefinition Check IMEI VLR 



Chk_IMEI_VLR1(1) 



Macro in the VLR to \ 

instruct the MSC to n 

checkthellVIEI of thelVIS 
and handle the report of the resulti 



Signals to/from the left 
are to/from the MSC; 
signals to/from the right 
are to/from the OMC 



MAP_CHECKJMEI_req 
MAP_DELIMITER_req 



MAP_ 
>CHECK_ 
IMELcnf 



OM_ALARM_ 
req 





Wait_For_ 

CheckJMEL 

REesult 



MAP_U_ABORT_rind, 
MAP_CLOSE_ind 






Figure 25.6/2: Macro Check_IMEI_VLR 
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process Check_IMEI_SGSN 



Process in the SGSN to 
check the IMEI of an MS 




ChkJMEI_SGSN1(2) 



Signals to/from the left \ 
are to/from the applicatiorr 
process in the SGSN 
(see 3GPPTS 23.060); 
signals to/from the right 
are to/from the EIR 




No ^^^^ Yes 
^^ IMEI ^^ 
^^ available? ^^ 
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Figure 25.6/3 (sheet 1 of 2): Process Clieck_IMEI_SGSN 
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process Check_IMEI_SGSN 



Process in the SGSN to 
check the IMEI of an MS 



Wait_For_ 
EIR_Response 





MAP_U_ABORT_ind, MAP_ 
MAP_P_ABORT_ind, CHECK_ 
MAP_CLOSE_i nd IMEI_cnf 




ChkJMEI_SGSN2(2) 



Signals to/from the left \ 
are to/from the applicatiorr 
process in the SGSN 
(see 3GPPTS 23.060); 
signals to/from the right 
are to/from the EIR 
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negative 
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Figure 25.6/3 (sheet 2 of 2): Process Clieck_IMEI_SGSN 
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process Check_IMEI_EIR 



Process in the EIRto , \ 
check the IMEI of an MSn 



MAP_ 
> NOTICE_ 
ind 



MAP_U_ABORT_ind, 
MAP_P_ABORT_ind, 
MAP_CLOSE_i nd 



MAP_ 

CLOSE_ 

req 
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Openjnd 



Wait_For 
Service_ 
Primitive 
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>CHECK_ 
IIVIEIJnd 
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Indication 



IIVIEI 
known? 



Set User Error: 
Unknown 
Equipment 




IVIAP_CHECK_IIVIEI_rsp 
IVIAP_CLOSE_req 



ChkJMEI_EIR1(1) 



Signals to/from the left 
are to/from the MSC 
ortheSGSN 




MAP_CHECK_IMEI_rsp 
MAP_CLOSE_req 



Figure 25.6/4: Process Ciieck_IMEI_EIR 
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macrodefinition Obtain IMEI MSC 



Macro in the MSC to 
obtain the IMEI 
fromtheMS 



MAP_ 
OBTAIN _ 
IMEIJnd 




A_IDENTITY_ 

REQUEST_ 

req 



Wait_For_IMEI 



A_IDENTITY_ 
RESPONSE_ 
ind 



Obt_IMEI_MSC1(1) 



Signals to/from the left \ 
are to/from the MS; ^ 
signals to/from the right 
are to/from the VLR 



Requested 
identity=IMEI 



A_CM_ 
>RELEASE_ 
ind 



MAP_U_ABORT_ind, 
MAP_CLOSE_i nd 



Set User Error: 



M A P_0 BT Al NJ M El _rsp 
MAP_DELIMITER_req 




Figure 25.6/5: Macro Obtain_IMEI_MSC 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



886 



ETSI TS 129 002 V9.2.0 (2010-07) 



macrodefinition Obtain IMEI VLR 



Obt_IMEI_VLR1(1) 



Macro in the VLR to \ 

instruct the MSC to n 

obtain the IIVIEI of the IVIS 
and handle the report of the resulti 



Signals to/from the left 
are to/from the MSC 



MAP_OBTAIN_IMEI_req 
MAP_DELIMITER_req 



Wait_For_IMEI 



MAP_ 
>OBTAIN_ 
IMELcnf 



Check_ 
Confirmation 



User Error, 
Provider Error, 
Data Error 



MAP_U_ABORT_ind, 
MAP_CLOSE_i nd 



Figure 25.6/6: Macro Obtain_IMEI_VLR 
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25.7 Insert Subscriber Data macros and processes 

25.7.1 Macro lnsert_Subs_Data_VLR 

This macro is used by any procedure in the VLR that triggers the reception of subscriber data (e.g. Update Location or 
Restore Data). 

25.7.2 Macro lnsert_Subs_Data_SGSN 

This macro is used by any procedure that triggers the reception of subscriber data (e.g. Update GPRS Location ). 

25.7.3 Process lnsert_Subs_Data_Stand_Alone_HLR 

This process is used by HLR to transfer subscriber data to the VLR in a stand alone mode, i.e. in a separate dialogue. 
This is done whenever a change of subscriber data is performed either by the operator or by the subscriber and this 
change has to be reported to the VLR. 

Sheet 1: The HLR may wait for each MAP_INSERT_SUBSCRIBER_DATA request to be acknowledged before it 
sends the next request, or it may handle the requests and the confirmations in parallel. 

Sheet 1, sheet 2: If the VLR has indicated that it does not support a service or feature (e.g. Closed User Group or 
Advice Of Charge Charging Level) which the HLR operator regards as essential for the subscriber, the macro 
Wait_for_Insert_Subs_Data_Cnf takes the Replace_Service exit; the HLR sets the Roaming Restriction Due To 
Unsupported Feature flag to roaming restricted and sends Roaming Restriction Due To Unsupported Feature in a 
subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

Sheet 1, sheet 2: If the HLR operator does not regard the unsupported service or feature as essential for the subscriber 
but the macro Wait_for_Insert_Subs_Data_Cnf takes the Replace_Service exit, the HLR sends the data for a 
replacement service in a subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

Sheet 2: It is an operator option whether to repeat the download of subscriber data if the VLR returns an error response. 
The number of repeat attempts and the interval between them is also an operator option, depending on the error 
response from the VLR. 

If subscriber data for CAMEL Phase 2 or later services are sent to a VLR which does not support the appropriate phase 
of CAMEL, the service behaviour may be unpredictable or incorrect. The HLR should therefore ensure that at the 
conclusion of a stand alone Insert Subscriber data procedure the data in the VLR do not require a capability that the 
VLR does not have. Possible mechanisms to ensure this are described in 3GPP TS 23.078 [98]. 

The HLR should send a Forwarded-to number which is not in E.164 international format to the VLR only when the 
HLR has ascertained that the VLR supports CAMEL Phase 2 or later. Thus, the ISD message containing the 
Forwarded-to number which is not in E.164 international format shall be sent to the VLR only if the HLR previously 
received confirmation from the VLR at Location Update that CAMEL Phase 2 or later is supported. 

25.7.4 Process lnsert_GPRS_Subs_Data_Stand_Alone_HLR 

This process is used by the HLR to transfer subscriber data from the HLR to the SGSN in a stand alone mode, i.e. in a 
separate dialogue. This is done whenever a change of subscriber data is performed either by the operator or by the 
subscriber and this change has to be reported to the SGSN. 

Sheet 1: The HLR may wait for each MAP_INSERT_SUBSCRIBER_DATA request to be acknowledged before it 
sends the next request, or it may handle the requests and the confirmations in parallel. 

Sheet 1, sheet 2: If the SGSN has indicated that it does not support a service or feature which the HLR operator regards 
as essential for the subscriber, the macro Wait_for_Insert_GPRS_Subs_Data_Cnf takes the Replace_Service exit; the 
HLR sets the Roaming Restricted In SGSN Due To Unsupported Feature flag to roaming restricted and sends Roaming 
Restricted In SGSN Due To Unsupported Feature in a subsequent MAP_INSERT_SUBSCRIBER_DATA request. 
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Sheet 1, sheet 2: If the HLR operator does not regard the unsupported service or feature as essential for the subscriber 
but the macro Wait_for_Insert_GPRS_Subs_Data_Cnf takes the Replace_Service exit, the HLR sends the data for a 
replacement service in a subsequent MAP_INSERT_SUBSCRIBER_DATA request. 

Sheet 2: It is an operator option whether to repeat the download of subscriber data if the SGSN returns an error 
response. The number of repeat attempts and the interval between them is also an operator option, depending on the 
error response from the SGSN. 

25.7.5 Macro Wait_forJnsert_Subs_Data_Cnf 

This macro is used by any process or macro that describes the handling in the HLR of the transfer of subscriber data to 
the VLR (e.g. Update Location or Restore Data). 

25.7.6 Macro Wait_forJnsert_GPRS_Subs_Data_Cnf 

This macro is used by any process or macro that describes the handling in the HLR of the transfer of subscriber data to 
the SGSN (e.g. Update GPRS Location). 

25.7.7 Process Send_lnsert_Subs_Data_HLR 

This process is used by any process or macro in the HLR where a MAP_INSERT_SUBSCRIBER_DATA request is 
sent to the VLR or to the SGSN. 
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Figure 25.7/1 : Macro lnsert_Subs_Data_VLR 
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Figure 25.7/2: Macro lnsert_Subs_Data_SGSN 
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Figure 25.7/3 (siieet 1 of 2): Process lnsert_Subs_Data_Stand_Alone_HLR 
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Figure 25.7/3 (siieet 2 of 2): Process lnsert_Subs_Data_Stand_Alone_HLR 
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Figure 25.7/4 (sheet 1 of 2): Process lnsert_GPRS_Subs_Data_Stand_Alone_HLR 
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Figure 25.7/4 (sheet 2 of 2): Process lnsert_GPRS_Subs_Data_Stand_Alone_HLR 
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Figure 25.7/5: Macro Wait_for_lnsert_Subs_Data_Cnf 
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Figure 25.7/6: Macro Wait_for_lnsert_GPRS_Subs_Data_Cnf 
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Figure 25.7/7: Process Send_lnsert_Subs_Data_HLR 
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25.8 Request IMSI Macros 

25.8.1 Macro Obtain_IMSI_MSC 

This macro describes the handling of the request received from the VLR to provide the IMSI of a subscriber (e.g. at 
Location Updating). 

25.8.2 Macro Obtain_IMSI_VLR 

This macro describes the way VLR requests the MSC the IMSI of a subscriber (e.g. at Location Updating). 
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Figure 25.8/1 : Macro Obtain_IMSI_MSC 
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Figure 25.8/2: Macro Obtain_IMSI_VLR 
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25.9 Tracing macros 

25.9.1 Macro Trace_Subscriber_Activity_MSC 

This macro shows the handhng in the MSC for a request from the VLR to trace the activity of a subscriber. 

25.9.2 Macro Trace_Subscriber_Activity_VLR 

This macro is called during the handling of subscriber activity in the VLR to activate tracing if necessary. 

25.9.3 Macro Trace_Subscriber_Activity_SGSN 

This macro is called during the handling of subscriber activity in the SGSN to activate tracing if necessary. 

25.9.4 Macro Activate_Tracing_VLR 

This macro shows the handling in the VLR for a request from the HLR to activate tracing for a subscriber. 

25.9.5 Macro Activate_Tracing_SGSN 

This macro shows the handling in the SGSN for a request from the HLR to activate tracing for a subscriber. 

25.9.6 Macro Control_Tracing_With_VLR_HLR 

This macro shows the handling in the HLR to activate tracing in the VLR if it is required during a dialogue between the 
VLR and the HLR 

25.9.7 Macro Control_Tracing_With_SGSN_HLR 

This macro shows the handling in the HLR to activate tracing in the SGSN if it is required during a dialogue between 
the SGSN and the HLR 
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Figure 25.9/1 : Macro Trace_Subscriber_Activity_MSC 
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Figure 25.9/2: Macro Trace_Subscriber_Activity_VLR 
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Figure 25.9/3: Macro Trace_Subscriber_Activity_SGSN 
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Figure 25.9/4: Macro Activate_Tracing_VLR 
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Figure 25.9/5: Macro Activate_Tracing_SGSN 
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Figure 25.9/6: Macro Control_Tracing_With_VLR_HLR 
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Figure 25.9/7: Macro Control_Tracing_Witli_SGSN_HLR 
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25.1 Short Message Alert procedures 

25. 1 0. 1 Process Subscriber_Present_VLR 

The VLR invokes the process Subscriber_Present_VLR when the mobile subscriber becomes active. The general 
description of the short message alert procedures is in subclause 23.4 of the present document. 

25.10.2 Process SubscriberPresent_SGSN 

The SGSN invokes the process Subscriber_Present_SGSN when it receives a Page response, a GPRS Attach request or 
a Routing area update request message (3GPP TS 24.008 [35]). The general description of the short message alert 
procedures is in subclause 23.4 of the present document. 

25.10.3 Macro Alert_Service_Centre_HLR 

The HLR invokes the macro Alert_Service_Centre_HLR when Service Centre(s) are to be alerted. 

25.10.4 Process Alert_SC_HLR 

It is an operator option to resend the MAP_ALERT_SERVICE_CENTRE request to the SMS-IWMSC if the alert is 
unsuccessful. The number of repeat attempts and the interval between them is also an operator option. The service 
centre address should be purged from the MWD list if the alert is consistently unsuccessful. 
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Figure 25.10/1 : Process Subscriber_Present_VLR 
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Figure 25.10/2: Process Subscriber_Present_SGSN 
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Figure 25.10/3: Macro Alert_Service_Centre_HLR 
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Figure 25.10/4: Process Alert_SC_HLR 
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Annex A (informative): 

ASN.1 Cross-reference listing and fully expanded sources 

The ASN. 1 Cross-reference listing and the fully expanded ASN. 1 sources of the MAP protocol are provided for 
information at http://www.3gpp.org/ftp/Specs/archive/29 series/29. QQ2/ASN. 1/ 
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Annex B (informative): Void 
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Annex C (informative): 

IVIessage Segmentation IVIechanisms 

Various segmentation mechanisms are in use to overcome the problem where a MAP parameter carried in an Invoke, 
Result (or Error) component is too long to fit into a single SCCP UDT message. These mechanisms are: 

C.1 SCCP segmentation 

Instead of one UDT message several XUDT messages are used according to 

Signalling Connection Control Part, Signalling System no. 7 ITU-T recommendation (07/96) Q.711 to Q.716 
("White Book SCCP"). 

This mechanism may be used for all MAP messages. If no segmentation mechanism at the TCAP or MAP level is 
available, this is the only remaining possibility. 

This mechanism has no impact on the MAP provider level and above; the MAP provider sees the parameter as being 
sent in a single segment. 

It should be noted that not all SCCP transit nodes (world wide) currently support the transfer of XUDT messages. 
Therefore XUDT messages may be lost without notice, depending on the route the message takes. The routes which 
successive messages take between two end points can differ because of load balancing. It is therefore recommended that 
this mechanism is used only for: 

a) messages which do not cross PLMN boundaries (when the PLMN operator ensures that all SCCP transit nodes 
within his PLMN support White Book SCCP) 

b) messages with low priority i.e. loss of the message does not result in serious misoperation. 

It should be noted that the decision whether or not a message crosses PLMN boundaries needs to be taken at the MAP 
application level; it is therefore based on the message's operation code rather than on the SCCP called party address, i.e. 
only messages which never cross PLMN boundaries due to the type of message (Sendldentification, SendRoutinglnfo 
without OR, AnyTimelnterrogation, ...) can be regarded as not crossing PLMN boundaries. 

C.2 TCAP segmentation 

At the TCAP level the following segmentation mechanisms are available: 



0.2.1 Empty Begin 



In a dialogue with AC version >1 the first forward message (Begin) must contain a Dialogue Portion. Instead of sending 
the Dialogue Portion and the Component Portion in the first forward message, an empty Begin (i.e. without a 
Component Portion) is sent, followed (after successful dialogue establishment) by a Continue message which can carry 
a longer Component Portion since no Dialogue Portion is present in the second forward message. 



0.2.2 Empty Continue 



In a dialogue with AC version >1 the first backward message (Continue / End) must contain a Dialogue Portion. Instead 
of sending the Dialogue Portion and the Component Portion in the first backward message, an empty Continue (i.e. 
without a Component Portion) is sent, followed by a Continue/End message which can carry a longer Component 
Portion since no Dialogue Portion is present in the second backward message. 

0.2.3 TO-Result-NL 

A Result component may be segmented into one or several Result-Not-Last components followed by a Result-Last 
component. As specified in subclause 15.6.3, the MAP user parameter shall be split so that each segment is compatible 
with the type defined for the parameter of the result of the associated operation. 
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Note that this segmentation mechanism runs the risk that the message carrying the Result-Last component arrives 
before the message carrying a Result-Not-Last component which results in failure. The use of SCCP class 1 "Sequence 
guaranteed", which raises the chance of in sequence delivery, is recommended. 

C.3 MAP Segmentation 

At the MAP level the following segmentation mechanisms are available: 

C.3.1 Invoke without explicit indication 

An Invoke component may be segmented into several Invoke components. These may be sent in burst mode (in which 
case SCCP class 1 is recommended) or in acknowledged mode. The receiving node does not get an indication of 
whether or not more segments will be received, so it must not close the dialogue. The MAP user parameter shall be split 
so that each segment is compatible with the type defined for the parameter of the invoke of the associated operation. 

C.3. 2 Invoke with explicit indication 

An Invoke component may be segmented into several Invoke components sent in acknowledged mode. Each 
component contains at the MAP level an indication of whether or not subsequent components will follow. The receiving 
node terminates the dialogue when the last component is received. The MAP user parameter shall be split so that each 
segment is compatible with the type defined for the parameter of the invoke of the associated operation. 

C.3.3 Result 

A Result (last) component may be segmented into several Result (last) components sent in acknowledged mode where a 
new (empty) Invoke component serves as an acknowledgment. The last segment is not acknowledged. The MAP user 
parameter shall be split so that each segment is compatible with the type defined for the parameter of the result of the 
associated operation. 

The following tables show the applicability of the mechanisms described above 
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AC Version 4: 



ETSI TS 129 002 V9.2.0 (2010-07) 



Parameter 


SCCP- 
segmentation 


Empty Begin 


Empty 
Continue 


TC-Result-NL 


Invoke without 
indication 


Invoke with 
indication 


Result 


ResumeCallHandlingArg 


allowed 


not allowed 


n.a. 


n.a. 


not allowed 


recommended 


n.a. 



AC Version 3: 



Parameter 


SCCP-segmentation 


Empty Begin 


Empty 
Continue 


TC-Result-NL 


Invoke 

without 

indication 


Invoke with 
indication 


Result 


InsertSubscriberDataArg 


risky 


not allowed 


n.a. 


n.a. 


recommended 


n.a. 


n.a. 


SendldentificationRes 


allowed 


n.a. 


not allowed 


not allowed 


n.a. 


n.a. 


recommended 


PrepareHO-Arg 


allowed 


not allowed 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


PrepareHO-Res 


allowed 


n.a. 


recommended 


not 
recommended 


n.a. 


n.a. 


not allowed 


ProcessAccessSignalling- 
Arg 


allowed 


n.a. 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


ForwardAccessSignalling- 
Arg 


allowed 


n.a. 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


PrepareSubsequentHO-Arg 


allowed 


n.a. 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


PrepareSubsequentHO-Res 


allowed 


n.a. 


n.a 


not 
recommended 


n.a. 


n.a. 


not allowed 


SendAuthenticationlnfoRes 


risky 


n.a. 


not allowed 


not allowed 


n.a. 


n.a. 


recommended 


ProvideSubscriberlnfoRes 


allowed 


n.a. 


not allowed 


not 
recommended 


n.a. 


n.a. 


not allowed 


AnyTlmelnterrogationRes 


allowed 


n.a. 


not allowed 


not 
recommended 


n.a. 


n.a. 


not allowed 


AnyTlmeModificationRes 


allowed 


n.a. 


not allowed 


recommended 


n.a. 


n.a. 


not allowed 


AnyTlmeSubscriptionlnterro 
gationRes 


allowed 


n.a. 


not allowed 


recommended 


n.a. 


n.a. 


not allowed 


noteSubscriberDataModified 
Arg 


allowed 


not allowed 


n.a. 


n.a. 


not allowed 


recommended 


n.a. 


SendRoutinglnfoRes 


allowed 


n.a. 


not allowed 


recommended 


n.a. 


n.a. 


not allowed 


MO-ForwardSM-Arg 


risky 


recommended 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


MT-ForwardSM-Arg 


risky 


recommended 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 
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Parameter 


SCCP- 
segmentation 


Empty Begin 


Empty 
Continue 


TC-Result-NL 


Invoke 

without 

indication 


Invoke 

with 

indication 


Result 


InsertSubscriberDataArg 


risky 


not allowed 


not allowed 


n.a. 


recommended 


n.a. 


n.a. 


SendldentificationRes 


allowed 


n.a. 


not allowed 


not 
recommended 


n.a. 


n.a. 


not 
allowed 


SendAuthenticationlnfoRes 


risky 


n.a. 


not allowed 


not 
recommended 


n.a. 


n.a. 


not 
allowed 


ForwardSM-Arg 


risky 


recommended 


n.a. 


n.a. 


not allowed 


n.a. 


n.a. 


PrepareHO-Res 


allowed 


n.a. 


recommended 


not 
recommended 


n.a. 


n.a. 


not 
allowed 



AC Version 1 : 



ETSI TS 129 002 V9.2.0 (2010-07) 



Parameter 


SCCP- 
segmentation 


Empty Begin 


Empty 
Continue 


TC-Result-NL 


Invoke without 
indication 


Invoke with 
indication 


Result 


InsertSubscriberDataArg 


risky 


n.a. 


n.a. 


n.a. 


recommended 


n.a. 


n.a. 


SentParameterList 


risky 


n.a. 


n.a. 


recommended 


n.a. 


n.a. 


not allowed 



In the tables above the keywords "recommended", "allowed", "risky", "not recommended", "not allowed" and "n.a." are used as follows: 

"recommended" 

indicates that the normative part of this specification explicitly specifies the use of this mechanism for the parameter in question; 

"allowed" 

indicates that the normative part of this specification allows the use of this mechanism for the sending node and mandates support of this mechanism for the receiving node; 

"risky" 

indicates that the mechanism is "alio wed". However, the use of this mechanism for the parameter in question may result in serious misoperation because SCCP transit nodes are 
not guaranteed to support XUDT messages. 

"not recommended" 

indicates that the normative part of this specification does not explicitly specify the use of this mechanism for the parameter in question. 

"not allowed" 

indicates that the normative part of this specification implicitly prohibits the use of this mechanism for the parameter in question. 

"n.a." 

indicates that the mechanism is not applicable for the parameter in question. 
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Annex D (informative): Void 
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Annex E (informative): 
Change History 



SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


04 


N2-99227 29.002 


3.0.0 


A002 3 R98 


A 


Use of E interface 


3.1.0 1 




04 


N2-99578 


29.002 


3.0.0 


A003 




R98 


B 


Introduction of TIF-CSI for Call 
Deflection 


3.1.0 




04 


N2-99233 


29.002 


3.0.0 


A004 




R98 


A 


Clarification in ASN.1 encoding of 0- 
CSI and T-CSI 


r 3.1.0 




04 


N2-99269 29.002 


3.0.0 


A005 




R98 


C 


Introduction of MSISDN in USSD 
operation 


3.1.0 




04 


N2-99650 


29.002 


3.0.0 


A006 




R98 


A 


Modification of the 0-CSI ASN.1 
structure 


3.1.0 




04 


N2-99250 


29.002 


3.0.0 


A007 




R98 


A 


Adding of MAP_DELIMITER_req to 
the Status report operation 


3.1.0 




04 


N2-99628 


29.002 


3.0.0 


A008 




R98 


A 


Correction to the Purge MS "Detailed 
procedure in the HLR" 


3.1.0 




04 


N2-99677 


29.002 


3.0.0 


A009 




R98 


A 


Adding of MNP-indicator to the SRI 
ack 


3.1.0 




04 


N2-99228 


29.002 


3.0.0 


A010 




R98 


F 


New subscription options for call 
forwarding 


3.1.0 




04 


N2-99585 29.002 
1 


3.0.0 


AOir 




R98 


C 


Adding the support of ANSI SCCP 
which is required in North America 
(World Zone 1) 


3.1.0 




04 


N2-99515 1 29.002 


3.0.0 


A012 




R98 


A 


Introduction of 3-digit MNCs correction 


3.1.0 




04 


N2-99520 29.002 


3.0.0 


A013 


R98 


F 


Export of NAEA-CIC 


3.1.0 




04 


N2-99548 


29.002 


3.0.0 


A014 




R98 


D 


Clarification to text to identify how the 
LSA data relevant in the current 
VPLMN can be determined 


3.1.0 




04 


3C99-468 29.002 


3.0.0 


A015 


R97 


F 


Alignment with 04.80 


3.1.0 




04 


N2-99519 29.002 


3.0.0 


A016 




R98 


A 


VBS data 


3.1.0 




04 


N2-99461 29.002 


3.0.0 


A017 




R98 


F 


Introduction of Data Missing error to 
the Resume Call Handling 


3.1.0 




04 


N2-99583 29.002 


3.0.0 


A018 




R97 


F 


Removal of 3-digit MNCs 


3.1.0 




04 


N2-99676 


29.002 


3.0.0 


A019 




R98 


A 


Corrections of mapping from MAP 
service to TC service 


3.1.0 




04 


3C99-206 


29.002 


3.0.0 


A020 




R98 


B 


Introduction of UUS service to 
Resume Call Handling 


3.1.0 




05 


N2-99906 


29.002 


3.1.0 


021 




R99 


A 


Clarification on VLR CAMEL 
Subscription Info 


3.2.0 


CAMEL Phase 2 


05 


N2-99908 29.002 


3.1.0 


022 R99 


A 


Clarification on 
DestinationNumberCriteria 


3.2.0 


CAMEL Phase 2 


05 


N2-99910 29.002 


3.1.0 


023 


R99 


A 


Removal of TDP-Criteria from RCH 


3.2.0 


CAMEL Phase 2 


05 


N2-99934 


29.002 


3.1.0 


025 




R99 


A 


Various corrections related to GGSN- 
HLR Interface. 


3.2.0 


GPRS 


05 


N2-99936 


29.002 


3.1.0 


034 




R99 


A 


Update Location handling for GPRS- 
only subscription 


3.2.0 


GPRS 


05 


N2-99938 


29.002 


3.1.0 


035 




R99 


A 


Correction of OP & AC definitions for 
NoteMS-PresentForGPRS 


3.2.0 


GPRS 


05 


N2-99952 


29.002 


3.1.0 


036 




R99 


A 


Removal of redundant information 
from RCH 


3.2.0 


UUS 


05 


N2-99956 29.002 


3.1.0 


026 




R99 


A 


OR capability IE in PRN 


3.2.0 


TEI 


05 


N2-99964 29.002 
1 


3.1.0 


024 


1 


R99 


A 


GMSC-CAMEL phase 2 support IE in 
PRN 


3.2.0 


CAMEL Phase 2 


05 


N2-99A19 " 29.002 


3.1.0 


028 




R99 


A 


Alignment of 29.002 with 02.67 


3.2.0 


eMLPP 


05 


N2-99A45 29.002 


3.1.0 


029 1 


R99 


B 


Non-CAMEL 1ST implementation 


3.2.0 


1ST 


05 


N2-99B57 


29.002 


3.1.0 


027 


2 


R99 


B 


Addition of the information elements 
and the ASN.1 definitions for Pre- 
paging 


3.2.0 


Pre-Paging 


05 


N2-99C27 


29.002 


3.1.0 


042 




R99 


A 


Clarification on 'Supported CAMEL 
Phases' in ISD ack 


3.2.0 


CAMEL Phase 2 


05 


N2-99C78 


29.002 


3.1.0 


044 




R99 


A 


Editing error correction on VLR 
capabilities 


3.2.0 


SoLSA 


05 


N2-99D06 29.002 


3.1.0 


043 


1 


R99 


A 


Addition of exception handling to the 
CancellationType 


3.2.0 


GPRS 


05 


N2-99D33 


29.002 


3.1.0 


046 




R99 


A 


Clarification of LR-REJECT cause 
corresponding to 
RoamingRestrictionDueTo 
Unsupported Feature 


3.2.0 


TEI 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


05 


N2-99D35 29.002 


3.1.0 


047 


R99 




Clarification of returning the IVISISDN 
in SRIack 


3.2.0 


MNP 


06 


N2-99G06 29.002 


3.2.0 
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3 


R99 





Introduction of the Super-Charger 
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3.3.0 


Super Charger 


06 


N2-99G18 29.002 


3.2.0 


032 


2 


R99 


c 


Introduction of White Book SCCP in 
MAP 


3.3.0 


TEI 


06 


N2-99G50 29.002 


3.2.0 


070 




R99 


A 


Addition of GGSN number for the 
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3.3.0 


GPRS 


06 
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3.2.0 


075 


1 


R99 


B 
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3.3.0 


Follow Me 


06 


N2-99K12 29.002 


3.2.0 


077 




R99 


A 


Use of SSN for GPRS 


^ 3.3.0 


GPRS 


06 


N2-99K24 


29.002 


3.2.0 


069 




R99 


A 


Correction of the USSD procedure in 
the HLR. 


3.3.0 


USSD & Follow Me 


06 


N2-99K52 


29.002 


3.2.0 


060 


1 


R99 





MAP Impacts for Location Services 
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3.3.0 


Location Services 


06 


N2-99K58 29.002 


3.2.0 


045 


4 
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B 


Authentication Enhancements 
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06 
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1 


R99 
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06 
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29.002 


3.2.0 


074 




R99 


D 
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Management Procedures for the 
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3.3.0 
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06 
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29.002 
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R99 


B 
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07 
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29.002 


3.3.1 


048 
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B 
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07 
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B 
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B 
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3.4.0 


Call Forwarding 
Enhancements 


07 


N2B00045 
6 


29.002 


3.3.1 


079 


4 


R99 
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F 


Correction of SS-Codes for LCS 


3.4.0 


LCS 


08 


N4- 
000098 


29.002 


3.4.0 


115 


1 


R99 


F 


Minor corrections to CAMEL3 
NSDC/ATM/ATSI information flows 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000094 


29.002 


3.4.0 


117 


1 


R99 


A 


Using DSD to delete CCBS-B from the 
subscriber 


3.5.0 


CCBS 


08 


N4- 
000089 


29.002 


3.4.0 


118 


1 


R99 


F 


Indication in PRN of support of Long 
FTNs 


3.5.0 


CF enhancements 


08 


N4- 
000073 


29.002 


3.4.0 


120 1 R99 


F 


QoS-Subscribed field enhancements 


3.5.0 


QoS enhancements 


08 


N4- 
000050 


29.002 


3.4.0 


121 




R99 


F 


Correction of introduction of additional 
service parameters for inter-system 
handover 


3.5.0 


Handover/Relocation 


08 


N4- 
000100 


29.002 


3.4.0 


122 


2 


R99 


C 


Proposed information flow on NSDC 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000321 


29.002 


3.4.0 


124 


3 


R99 


C 


CAMEL Subscription Info 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000068 


29.002 


3.4.0 


125 




R99 


A 


Clarification to GMLC List definition 


3.5.0 


LCS 


08 


N4- 
000320 


29.002 


3.4.0 


127 




R99 


F 


Optionality of parameters in d-csi and 
in sms-csi 


3.5.0 


CAMEL Phase 3 


08 


N4- 
000209 


29.002 


3.4.0 


130 




R99 


F 


Version 3 tags for handover messages 


3.5.0 


Handover 


08 


N4- 
00021 1 


29.002 


3.4.0 


132 




R99 


A 


Correction of version handling at 
dialogue establishment 


3.5.0 


TEI 


08 


N4- 
000357 


29.002 


3.4.0 


133 




R99 


F 


Various corrections and/or cleanup to 
29.002 


3.5.0 


TEI 


08 


N4- 
000217 


29.002 


3.4.0 


134 




R99 


A 


Correction of errors in Figure 25.1/1 : 
Macro Receive_Open_lnd 


3.5.0 


TEI 


08 


N4- 
000326 


29.002 


3.4.0 


135 




R99 


B 


Addition of charging characteristics 
per PDP context 


3.5.0 


TEI 


08 


N4- 
000264 


29.002 


3.4.0 


138 




R99 


F 


Clarification of SAI-ack segmentation 
procedure 


3.5.0 


Security 


08 


N4- 
000392 


29.002 


3.4.0 


139 




R99 


A 


Indication of unsupported position 
method 


3.5.0 


LCS 


08 


N4- 
000276 


29.002 


3.4.0 


141 




R99 


A 


Clarification for ReportSM- 
DeliveryStatus operation 


3.5.0 


GPRS 


08 


N4- 
000349 


29.002 


3.4.0 


142 




R99 


C 


Addition of a parameter in the 
subsequent Handover from UMTS to 
GSM with Multicall 


3.5.0 


Multicall 


08 


N4- 
000278 


29.002 


3.4.0 


143 


R99 


D 


Editorial correction to MSC-A 
handover SDLs 


3.5.0 


Multicall 


08 


N4- 
000378 


29.002 


3.4.0 


144 


1 


R99 


A 


Use of NAM parameter with MAP- 
INSERT-SUBSCRIBER-DATA service 
between HLR and SGSN i 


3.5.0 


GPRS 


08 


N4- 
000293 


29.002 


3.4.0 


145 




R99 


F 


Addition of state attributes in Forward 
group call signalling 


3.5.0 


ASCI 


08 


N4- 
000294 


29.002 


3.4.0 


146 




R99 


F 


New user error "target cell outside 
group call area" in MAP Prepare 
Handover message 


3.5.0 


ASCI 


08 


N4- 
000374 


29.002 


3.4.0 


149 




R99 


A 


Correction to the description of MAP- 
MO-Forward-Short-Message service 


3.5.0 


TEI 


08 


N4- 
000407 


29.002 


3.5.0 


148 


4 


ROO 


B 


Changes to MAP for secure transport 
of MAP messages 


4.0.0 


Security 


08 




29.002 


4.0.0 






ROO 




Version 4.0.1 created to allow 
inclusion of automatic update of 
Annexes A and B and of section 17 


4.0.1 




09 


N4- 
000543 


29.002 


4.0.1 


152 


1 


ROO 


F 


Clarifications for secure MAP transport 


4.1.0 


Core Network Security 


09 


N4- 
000539 


29.002 


4.0.1 


153 


1 


ROO 


D 


Generalization of version handling text 
in clause 18.2.4 


4.1.0 


TEI 


09 


N4- 
000491 


29.002 


4.0.1 


158 




ROO 


A 


Deletion of informative Annexe C 


4.1.0 


TEI 


09 


N4- 
000540 


29.002 


4.0.1 


159 




ROO 


A 


Aligning 29.002 with 25.413 (UTRAN 
lu Interface RANAP Signalling) 


4.1.0 


Handover 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


09 


N4- 
000541 


29.002 


4.0.1 


160 


ROO 


A 


AUTS and AUTN parameter length 


4.1.0 


Security 


09 


N4- 
000744 


29.002 


4.0.1 


161 


2 


ROO 


A 


Clarification on Authentication 
Failure Report ack 


4.1.0 


Security 


09 


N4- 
000666 


29.002 


4.0.1 


163 


1 


ROO 


A 


Correction on Location Information 


4.1.0 


CAMEL phase 3 


09 


N4- 
000777 


29.002 


4.0.1 


174 


2 


ROO 


A 


Optionality of parameters in GPRS- 
CSI 


4.1.0 


CAMEL phase 3 


09 


N4- 
000788 


29.002 


4.0.1 


176 


1 


ROO 


A 


Correction to QoS indication 


4.1.0 


LCS 


09 


N4- 
000747 


29.002 


4.0.1 


178 


1 


ROO 


A 


Clarification of use of Radio Resource 
Information 


4.1.0 


Handover 


09 


N4- 
000750 


29.002 


4.0.1 


180 


2 


ROO 


A 


Correction to MSC-A handover SDLs 


4.1.0 


TEI 


09 


N4- 
000736 


29.002 


4.0.1 


182 




ROO 


A 


Removal of LSAIdentity from NoteMM- 
EventArg 


4.1.0 


CAMEL phase 3 


09 


N4- 
000772 


29.002 


4.0.1 


184 




ROO 


A 


LCS Support for CAMEL Phase 3 


4.1.0 


LCS 


09 


N4- 
000751 


29.002 


4.0.1 


186 


1 


ROO 


A 


Correction to MSC-A handover SDLs 


4.1.0 


TEI 


09 


N4- 
000779 


29.002 


4.0.1 


188 




ROO 


A 


Clarification for segmentation of D-CSI 
and SMS-CSI 


4.1.0 


CAMEL phase 3 


10 


N4- 
000912 


29.002 


4.0.1 


166 


3 


Rel-4 


A 


Corrections and clarifications for 
USSD procedures on the HLR - 
gsmSCF interface i 


4.2.0 


USSD 


10 


N4- 
000908 


29.002 


4.1.0 


191 


1 


Rel-4 


A 


Corrections of ISD data structure 
1 for CAMEL phase 3 


4.2.0 


CAMEL phase 3 


10 


N4- 
001069 


29.002 


4.1.0 


193 


2 


Rel-4 


A 


USSD Corrections for Follow Me 


4.2.0 


USSD 


10 


N4- 
001071 


29.002 


4.1.0 


196 1 


Rel-4 


A 


GSM to 3G Handover: MAP 
parameter Target Cell ID 


4.2.0 


Handover 


10 


N4- 
000921 


29.002 


4.1.0 


198 




Rel-4 


A 


ASN.l description of targetCellld 


4.2.0 


Handover 


10 


N4- 
001073 


29.002 


4.1.0 


200 


1 


Rel-4 


A 


IMSI in 
MAP_PREPARE_HANDOVER 


4.2.0 


Handover 


10 


N4- 
001076 


29.002 


4.1.0 


208 


1 


Rel-4 


A 


Ahgnment of the Target RNC-ID 


4.2.0 


Handover 


10 


N4- 
001089 


29.002 


4.1.0 


211 


1 


Rel-4 


A 


Export of GSN- Address data type 


4.2.0 


CAMEL phase 3 


10 


N4- 
001095 


29.002 


4.1.0 


212 ' ' Rel-4 


A 


Transport of long RANAP 
messages on MAP-E interface 


4.2.0 


Handover 


" 


" 


29.002 


4.2.0 


" 


" 


Rel-4 


" 


Automatic update of annexes A 
andB 


4.2.1 


" 


11 


N4- 
010036 


29.002 


4.2.1 


206 


1 


Rel-4 


A 


Correction to LCS application 
context 


4.3.0 


LCS 


11 


N4- 
010276 


29.002 


4.2.1 


215 


2 


Rel-4 


B 


Add parameters to ISD and SRI 
for GPRS to handle ODB for PS 


4.3.0 


ODB enhancements 


11 


N4- 
010033 


29.002 


4.2.1 


217 




Rel-4 


A 


Correction to maximum number 
ofRAB's 


4.3.0 


Multicall 


11 


N4- 
010198 


29.002 


4.2.1 


222 


2 


Rel-4 


B 


PS domain support for LCS 
Release 4 


4.3.0 


LCS 


11 


N4- 
010058 


29.002 


4.2.1 


224 




Rel-4 


A 


Failure of Update GPRS Location 
when HLR is not reachable 


4.3.0 


GPRS R97 


11 


N4- 
010287 


29.002 


4.2.1 


231 


1 


Rel-4 


B 


Extension of call related privacy 
class for LCS Release 4 


4.3.0 


LCS 


11 


N4- 
010375 


29.002 


4.2.1 


232 


2 


Rel4 


B 


Maximum number of LCS Clients 


4.3.0 


LCS 


11 


N4- 
010261 


29.002 


4.2.1 


234 




Rel-4 


B 


MAP over IP according to 
SIGTRAN 


4.3.0 


SS7IP 


11 


N4- 
010465 


29.002 


4.2.1 


236 


1 


Rel-4 


B 


Requesting node type in 
authentication set request 


4.3.0 


SEC1-EHCS 


11 


N4- 
010360 


29.002 


4.2.1 


246 




Rel-4 


A 


Adding EXPORT definition for 
LSAIdentity 


4.3.0 


Camel 3 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



925 



ETSI TS 129 002 V9.2.0 (2010-07) 



SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


11 


N4- 
010361 


29.002 


4.2.1 


247 




Rel-4 


A 


Removing duplicate parameters 
from ss-CSI 


4.3.0 


CAMEL 3 


11 


N4- 
010362 


29.002 


4.2.1 


248 




Rel-4 


A 


Correction to description of SS- 
CSI in HLR to VLR information 
flow 


4.3.0 


CAMEL 3 


11 


N4- 
010365 


29.002 


4.2.1 


250 




Rel-4 


A 


GSM to UMTS handover: 
addition of MAP parameter RNC 
ID 


4.3.0 


Handover 


11 


N4- 
010393 


29.002 


4.2.1 


252 




Rel-4 


A 


Clarification of the use of 
multicall bearer information 


4.3.0 


Multicall 


11 


N4- 
010428 


29.002 


4.2.1 


258 




Rel-4 


A 


Adding EXPORT definition for 
Geographicallnformation 


4.3.0 


Camel 3 


11 


N4- 
010446 


29.002 


4.2.1 


260 




Rel-4 


A 


Failure of Authentication 
Parameter GPRS when HLR is 
not reachable 


4.3.0 


GPRS R97 


11 


N4- 
010484 


29.002 


4.2.1 


262 


1 


Rel-4 


A 


Correction to D-CSI 


4.3.0 


CAMEL 3 


12 


N4- 
010728 


29.002 


4.3.0 


239 


4 


Rel-4 


A 


Addition of selected UMTS 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010730 


29.002 


4.3.0 


241 


4 


Rel-4 


A 


Addition of allowed GSM 
algorithms indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010733 


29.002 


4.3.0 


244 


4 


Rel-4 


A 


Addition of allowed UMTS 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010735 


^9.002 


4.3.0 


245 


4 


Rel-4 


A 


Addition of selected GSM 
algorithm indication to the 
handover procedures 


4.4.0 


Handover 


12 


N4- 
010739 


29.002 


4.3.0 


254 "2 ' Rel-4 


A 


Addition of radio resource Hst to 
the handover procedures 


4.4.0 


Multicall 


12 


NP- 
010247 


29.002 


4.3.0 


256 


3 


Rel-4 


A 


Addition of GSM channel type 
and GSM chosen channel 
indications to handover 
procedures 


4.4.0 


Handover 


12 


N4- 
010787 


29.002 


4.3.0 


264 


3 


Rel-4 


A 


Add support in MAP for all 
shapes defined in 23.032 


4.4.0 


LCS 


12 


N4- 
010633 


29.002 


4.3.0 


270 


1 


Rel-4 


A 


Correction to description of 
RNCId parameter 


4.4.0 


Handover 


12 


N4- 
010635 


29.002 


4.3.0 


272 


1 


Rel-4 


A 


Correction to Encryption 
Information and Integrity 
Protection parameters 


4.4.0 


Handover 


12 


N4- 
010767 


29.002 


4.3.0 


279 


3 


Rel-4 


A 


Essential drawbacks on services 
due to introduction of Super- 
Charger function 


4.4.0 


TEI 


12 


N4- 
010741 


29.002 


4.3.0 


283 


1 


Rel-4 


A 


Introduction of selected Rab-id to 
the Process Access Signalling 
operation 


4.4.0 


Multicall 


12 


N4- 
010673 


29.002 


4.3.0 


285 




Rel-4 


A 


Mistake in the definition of 
Authentication Failure Report 
Application Context 


4.4.0 


SEC 


12 


N4- 
010551 


29.002 


4.3.0 


266 




Rel-4 


A 


Add support in MAP for Ellipsoid 
Point 


4.4.0 


LCS 


12 


N4- 
010778 


29.002 


4.3.0 


168 


5 


Rel-4 


C 


Security Header modification 


4.4.0 


Security 


12 


N4- 
010785 


29.002 


4.3.0 


267 


3 


Rel-4 


C 


Additional Parameters in 
Authentication Failure Report 


4.4.0 


SEC1 - EHCS 


12 


N4- 
010783 


29.002 


4.3.0 


268 3 ' Rel-4 


F 


MS presence notification 
procedure for LCS 


4.4.0 


LCS1 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


12 


N4- 
010790 


29.002 


4.3.0 


289 


2 


Rel-4 


F 


Component level granularity of 
protection 


4.4.0 


SEC1 






29.002 


4.4.0 






Rel-4 


Corrupted headers fixed 


4.4.1 




13 


N4- 
010840 


29.002 


4.4.1 


290 




Rel-4 


F 


Clarifications on long forwarded- 
to numbers 


4.5.0 


TEI4 


13 


N4- 
010929 


29.002 


4.4.1 


291 


1 


Rel-4 


F 


Corrections for Deferred MT-LR 


4.5.0 


LCS1 


13 


N4- 
010930 


29.002 


4.4.1 


292 


2 


Rel-4 


F 


Clarifications on SupportedLCS- 
CapabilitySets 


4.5.0 


LCS1 


13 


N4- 
010958 


29.002 


4.4.1 


295 


2 


Rel4 


F 


Corrections on the introduction of 
LCS for PS domain 


4.5.0 


LCS1 


13 


N4- 
010970 


29.002 


4.4.1 


302 


2 


Rel-4 


F 


Additional SGSN related values 
to Access Type 


4.5.0 


SEC1-EHCS 


13 


N4- 
010976 


29.002 


4.4.1 


306 




Rel-4 


A 


Addition of data type definitions 
to EXPORT statements for the 
usage in CAP 


4.5.0 


CAMEL3 


13 


N4- 
011017 


29.002 


4.4.1 


307 


2 


Rel-4 


A 


Minimum MAP application 
context for intersystem MSC 
handover from GSM to UMTS 


4.5.0 


Handover 


13 


N4- 
011019 


29.002 


4.4.1 


309 


2 


Rel-4 


A 


Minimum MAP application 
context for intersystem MSC 
handover from UMTS to GSM 


4.5.0 


Handover 


13 


N4- 
010845 


29.002 


4.4.1 


277 


1 


Rel4 


F 


Correction on the SDL of NW 
initiated USSD operations 


4.5.0 


TEI 


13 




29.002 


4.4.1 






Rel-4 


Editorial Clean up 


4.5.0 




14 


N4- 
011031 


29.002 


4.5.0 


313 




Rel-4 


A 


Clarification on LCS parameters 
in MAP 


4.6.0 


LCS1 


14 


N4- 
011043 


29.002 


4.5.0 


314 




Rel-4 


F 


Handling of linked operations in 
the MAP protocol machine 


4.6.0 


TEI4 


14 


N4- 
011285 


29.002 


4.5.0 


316 ■ Rel-4 


F 


Corrections on the SDL diagrams 
for LCS 


4.6.0 


LCS1 


14 


N4- 
011198 


29.002 


4.5.0 


318 


1 


Rel-4 


A 


Indication of deletion of CSI in 
Notify Subscriber Data Change 


4.6.0 


CAMEL3 


14 


N4- 
011074 


29.002 


4.5.0 


320 




Rel-4 


A 


Correct length of Add- 
Geographicallnformation 


4.6.0 


LCS 


14 


N4- 
011091 


29.002 


4.5.0 


322 




Rel-4 


A 


Clarify encoding of RNC Id 


4.6.0 


Handover 


14 


N4- 
011094 


^29.002 


4.5.0 


324 " Rel-4 


A 


Clarify encoding of RANAP 
parameters in MAP 


4.6.0 


Handover 


14 


N4- 
011097 


29.002 


4.5.0 


325 




Rel-4 


F 


Clarifications on long forwarded- 
to numbers 


4.6.0 


TEI4 


14 


N4- 
011227 


29.002 


4.5.0 


331 


1 


Rel-4 


A 


Clarification of methodology for 
maintaining data consistency in 
Supercharger 


4.6.0 


TEI 


14 


N4- 
011173 


29.002 


4.5.0 


334 




Rel-4 


A 


Addition of RAB ID to Prepare 
Handover procedure 


4.6.0 


Multicall 


14 


N4- 
011175 


29.002 


4.5.0 


336 




Rel-4 


A 


Correction to the Allowed GSM 
Algorithms parameter 


4.6.0 


Handover 


14 


N4- 
011177 


29.002 


4.5.0 


337 


1 


Rel-4 


F 


Correction of references 


4.6.0 


TEI4 


14 


N4- 
011190 


29.002 


4.5.0 


339 




Rel-4 


A 


CUG-Info is not exported from 
29.002 


4.6.0 


CAMEL3 


14 


N4- 
011209 


29.002 


4.5.0 


341 




Rel-4 


A 


Clarification on NSCD when data 
is withdrawn 


4.6.0 


CAMEL phase 3 


14 


N4- 
011211 


29.002 


4.5.0 


343 




Rel-4 


A 


Clarification of sending CAMEL 
information in stand alone ISD 
case 


4.6.0 


CAMEL phase 3 


14 


N4- 
011262 


29.002 


4.5.0 


344 


Rel-4 


F 


Correction of the priority for 'SRI 
for LCS' 


4.6.0 


LCS1 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


14 


N4- 
011273 


29.002 


4.5.0 


347 Rel-4 


A 


ASN.l correction 


4.6.0 


CAMEL 


14 


N4- 
011437 


29.002 


4.5.0 


349 


2 


Rel-4 


F 


Handling of MNRR in the HLR 
& SMS-GMSC 


4.6.0 


TEI4 


14 


N4- 
011433 


29.002 


4.5.0 


354 


1 


Rel-4 


A 


Minimum MAP application context 
for G2G inter-MSC handover 


4.6.0 


Handover 


14 


N4- 
011439 


29.002 


4.5.0 


359 


2 


Rel-4 


A 


Alignment of parameter lengths 
with those prescribed in 08.08 


4.6.0 


TBI 


14 


N4- 
011423 


29.002 


4.5.0 


360 1 Rel-4 


F 


Aligning the security header 
elements with TS33.200 


4.6.0 


TEI-4 


14 


N4- 
011394 


29.002 


4.5.0 


364 




Rel-4 


A 


Syntax error in the ATM result 
and ATSI result 


4.6.0 


CAMEL phase 3 


14 


N4- 
011381 


29.002 


4.6.0 


355 


1 


Rel-5 


B 


LCS CapabiHty HandUng for 

UE"s 


5.0.0 


TEI5 


15 


N4- 
020300 


29.002 


5.0.0 


368 


4 


Rel-5 


B 


Collective CAMEL Phase 4 CR 


5.1.0 


CAMEL4 


15 


N4- 
020013 


29.002 


5.0.0 


373 Rel-5 


A 


Inclusion of complete ODB data 
in ATSI and NSDC 


5.1.0 


CAMELS 


15 


N4- 
020266 


29.002 


5.0.0 


381 


2 


Rel-5 


B 


Introduction of the 'Requestor ID' 


5.1.0 


LCS1 


15 


N4- 
020068 


29.002 


5.0.0 


386 




Rel-5 


A 


Correction to AC version of 
gprsLocationlnfoRetrievalContext 


5.1.0 


TEI4 


15 


N4- 
020248 


29.002 


5.0.0 


390 


1 


Rel-5 


A 


Incomplete description of Restore 
Data parameters 


5.1.0 


TEI4 


15 


N4- 
020183 


29.002 


5.0.0 


403 Rel-5 


A 


Clarification on CODEC-Info 


5.1.0 


TEI 


15 


N4- 
020250 


29.002 


5.0.0 


407 


1 


Rel-5 


A 


ODB alignment 


5.1.0 


TEI4 


16 


N4- 
020530 


29.002 


5.1.0 


428 


2 


Rel-5 


A 


LCS: error handling if shape not 
supported by GMLC 


5.2.0 


LCS1 


16 


N4- 
020622 


29.002 


5.1.0 


453 




Rel-5 


A 


Addition of Radio Resource List 
to the Forward Access Signalling 
operation 


r 5.2.0 


Multicall 


16 


N4- 
020641 


29.002 


5.1.0 


460 




Rel-5 


A 


Clarification on Resume Call 
Handling 


5.2.0 


TEI 


16 


N4- 
020746 


29.002 


5.1.0 


440 


2 


Rel-5 


A 


Clarification on 
SendAuthenticationlnfo 


5.2.0 


TEI 


16 


N4- 
020750 


29.002 


5.1.0 


446 


1 


Rel-5 


A 


Addition of Service Handover 
parameters to MAP Handover 
messages 


5.2.0 


Handover 


16 


N4- 
020318 


29.002 


5.1.0 


398 




Rel-5 


C 


Check of NAM and Requesting 
Node Type on receipt of 
SendAuthenticationlnfo 


5.2.0 


TEI4 


16 


N4- 
020333 


29.002 


5.1.0 


410 Rel-5 


A 


Handling the MNRR flag in the 
HLR & SMS-GMSC 


5.2.0 


TEI4 


16 


N4- 
020499 


29.002 


5.1.0 


420 


1 


Rel-5 


A 


Clarfication of introducing 
Session related and unrelated 
class 


5.2.0 


LCS1-PS 


16 


N4- 
02051 1 


29.002 


5.1.0 


430 


1 


Rel-5 


A 


Corrections on the introduction of 
LCS for PS domain 


5.2.0 


LCS 


16 


N4- 
020743 


29.002 


5.1.0 


448 


1 


Rel-5 


A 


Corrections in SS-code chapter 


5.2.0 1 


TEI 


16 


N4- 
020408 


29.002 


5.1.0 


423 




Rel-5 


C 


Clarification of handling of MT- 
SMS-TPDU-Type and SMS- TDP 


5.2.0 


CAMEL4 


16 


N4- 
020410 


29.002 


5.1.0 


425 




Rel-5 


A 


Clarify conditions to trigger 
restart of MTLR-Deferred 
procedure 


5.2.0 


LCS1 


16 


N4- 
020468 


29.002 


5.1.0 


414 1 ' Rel-5 


F 


Corrections to the handling of 
Any Time Interrogation and 
Provide Subscriber Info 


5.2.0 


CAMEL4 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


16 


N4- 
020476 


29.002 


5.1.0 


435 


1 


Rel-5 


D 


Change PS-connected in PS- 
PDPactive 


5.2.0 


CAMEL4 


16 


N4- 
020483 


29.002 


5.1.0 


422 


1 


Rel-5 


F 


Triggering of gsmSCF for MT- 
SMS-CSI 


5.2.0 


CAMEL4 


16 


N4- 
020485 


29.002 


5.1.0 


408 


2 


Rel-5 


C 


Transferring the MS classmark & 
IMEI to the gsmSCF 


5.2.0 


CAMEL4 


16 


N4- 
020543 


29.002 


5.1.0 


441 Rel-5 


F 


Correction of Object Identifiers 
for ASN.l modules 


5.2.0 


TBI 


16 


N4- 
020608 


29.002 


5.1.0 


450 




Rel-5 


C 


Enhancement to LCS in the PS 
domain 


5.2.0 


LCS 


16 


N4- 
020623 


29.002 


5.1.0 


454 




Rel-5 


F 


Addition of Location Information 
GPRS to Note MM Event 
operation i 


5.2.0 


CAMEL4-NMM 


16 


N4- 
020703 


29.002 


5.1.0 


421 


4 


Rel-5 


B 


LCS: Codeword and Service Type 


5.2.0 


LCS1 


16 


N4- 
020756 


29.002 


5.1.0 


436 


2 


Rel-5 


B 


SpHtting of CAMEL phase 4 


5.2.0 


CAMEL4 


17 


N4- 
021001 


29.002 


5.2.0 


437 


3 


Rel-5 


F 


Compatible upgrade to 
ASN.l: 1997 of 29.002 


5.3.0 


TEI 


17 


NP- 
020399 


29.002 


5.2.0 


462 


2 


Rel-5 


F 


Introduction of GERAN 
classmark 


5.3.0 


TEI 


17 


N4- 
020841 


29.002 


5.2.0 


465 




Rel-5 


F 


Clarification on Call Deflection 


5.3.0 


Call Deflection 


17 


N4- 
021040 


29.002 


5.2.0 


470 


1 


Rel-5 


F 


Correction to the usage of 
"Roaming not allowed" error 


5.3.0 


TEI5 


17 


N4- 
021041 


29.002 


5.2.0 


471 


1 


Rel-5 


A 


Clarifications on Send 
Identification 


5.3.0 


TEI 


17 


N4- 
021094 


29.002 


5.2.0 


479 


2 


Rel-5 


C 


Handling of partial 
implementations of CAMEL 
phase 4 


5.3.0 


CAMEL4 


17 


N4- 
021047 


29.002 


5.2.0 


480 




Rel-5 


C 


Removal of ChargingNotification 
feature 


5.3.0 


CAMEL4 


17 


N4- 
020810 


29.002 


5.2.0 


481 




Rel-5 


B 


CR29.002-443 (rel5) on 
extensions to ATM for CAMEL 
control of IMS 


5.3.0 


IMS-CAMEL 


17 


N4- 
020809 


29.002 


5.2.0 


482 




Rel-5 


B 


CR to 29.002 for the support of 
the MAP Si interface 


5.3.0 


IMS-CAMEL 


18 


N4- 
021290 


29.002 


5.3.0 


499 




Rel-5 


A 


Correction to segmentation of 0- 
CSI and T-CSI 


5.4.0 


CAMEL3 


18 


N4- 
021418 


29.002 


5.3.0 


508 


Rel-5 


A 


ODB correction 


5.4.0 


CAMEL3 


18 


N4- 
021563 


29.002 


5.3.0 


511 


1 


Rel-5 


A 


Addtion of reference number to 
deferred location request 
procedure 


5.4.0 


LCS1 


18 


N4- 
021573 


29.002 


5.3.0 


516 2 Rel-5 


A 


Correction to the Service 
Handover parameters 


5.4.0 


Multicall 


18 


N4- 
021299 


29.002 


5.3.0 


442 


3 


Rel-5 


F 


Description of MT SM delivery 
via two serving nodes 


5.4.0 


TEI5 


18 


N4- 
021294 


29.002 


5.3.0 


474 


2 


Rel-5 


F 


Correction of handling of MT- 
SMS in the SGSN 


5.4.0 


CAMEL4 


18 


N4- 
021124 


29.002 


5.3.0 


475 




Rel-5 


F 


ODB and CB for SMS 


5.4.0 


TEI5 


18 


N4- 
021153 


29.002 


5.3.0 


486 Rel-5 


F 


Correction of IMEI check for 
SGSN 


5.4.0 


TEI5 


18 


N4- 
021467 


29.002 


5.3.0 


489 


5 


Rel-5 


F 


Available codecs list and selected 
codec indication 


5.4.0 


TEI5 


18 


N4- 
021194 


29.002 


5.3.0 


490 




Rel-5 


F 


Clarification of the use of 
Requested CAMEL Subscription 
Info parameters 


5.4.0 


CAMEL4 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


18 


N4- 
021252 


29.002 


5.3.0 


495 




Rel-5 


F 


Correction to RCH - adding 0- 
CSI trigger criteria 


5.4.0 


CAMEL4 


18 


N4- 
021264 


29.002 


5.3.0 


496 




Rel-5 


F 


Additional MM-Code for MG- 
CSI 


5.4.0 


CAMEL4 


18 


N4- 
021296 


29.002 


5.3.0 


497 


1 


Rel-5 


F 


Additional handling of partial 
implementations of CAMEL 
phase 4 i 


5.4.0 


CAMEL4 


18 


N4- 
021383 


29.002 


5.3.0 


512 




Rel-5 


F 


Correcion of Codeword Handling 


5.4.0 


LCSl-PS 


18 


N4- 
021443 


29.002 


5.3.0 


513 




Rel-5 


F 


Reference to TS 23.078 in TS 
29.002 regarding handling of 
VMSC address is missing 


5.4.0 


CAMEL4 


18 


N4- 
021524 


29.002 


5.3.0 


521 


1 


Rel-5 


F 


Editorial clean-up 


5.4.0 


TEI5 


18 


N4- 
021531 


29.002 


5.3.0 


522 




Rel-5 


F 


Introduction of the CHOICE 
element 'netDetNotReachable' for 
PS-SubscriberState i 


5.4.0 


CAMEL4 


18 


N4- 
021260 


29.002 


5.4.0 


491 


1 


Rel-6 


B 


Addition of LCS Format Indicator 
to LCS CHent ID 


6.0.0 


LCS2 


18 


N4- 
021504 


29.002 


5.4.0 


517 


2 


Rel-6 


B 


Addition of V-GMLC Address to 
the Update Location and Update 
GPRS Location requests 


6.0.0 


LCS2 


18 


N4- 
021567 


29.002 


5.4.0 


518 


3 


Rel-6 


B 


Addition of V-GMLC and H- 
GMLC Addresses to the Send 
Routing Info for LCS response 


6.0.0 


LCS2 


18- 


N4- 
021506 


29.002 


5.4.0 


519 


2 


Rel-6 


B 


Addition of PPR Address to the 
Send Routing Info for LCS 
response 


6.0.0 


LCS2 


19 


N4- 
030234 


29.002 


6.0.0 


509 3 ' Rel-6 


C 


Introduction of Call Barring for 
SMS in PS domain 


6.1.0 


TEI6 


19 


N4- 
030325 


29.002 


6.0.0 


524 


3 


Rel-6 


A 


Clean-up of SMS procedures 
chapter 


6.1.0 


TEI5 


19 


NP- 
030068 


29.002 


6.0.0 


545 


2 


Rel-6 


A 


Correction to interactions 
between CAMEL control of MO 
SMS and barring 


6.1.0 


CAMEL3 


19 


N4- 
030061 


29.002 


6.0.0 


526 




Rel-6 


F 


Incrementing ASN. 1 module 
versions 


6.1.0 


TEI6 


19 


N4- 
030063 


29.002 


6.0.0 


528 




Rel-6 


A 


LCS diagnostic alignment 


6.1.0 


LCSl 


19 


N4- 
030054 


29.002 


6.0.0 


529 




Rel-6 


F 


Addition of LCS Capability Set 4 


6.1.0 


LCS2 


19 


N4- 
030301 


29.002 


6.0.0 


533 


1 


Rel-6 


A 


Correction to the definitions of 
Radio Resource List and 
BSSMAP Service Handover List 


6.1.0 


Multicall 


19 


N4- 
030305 


29.002 


6.0.0 


541 2 ' Rel-6 


A 


Handover of Group Calls where 
MSC-B has bearer established 


6.1.0 


TEI 


19 


N4- 
030287 


29.002 


6.0.0 


551 


1 


Rel-6 


A 


Change of SS-Code List 
description for Insert Subscriber 
Data 


6.1.0 


TEI 


19 


N4- 
030289 


29.002 


6.0.0 


559 


1 


Rel-6 


A 


Missing of 'Continue Monitoring 
message' in SDL 2L7_3.2 


6.1.0 


TEI5 


19 


N4- 
030297 


29.002 


6.0.0 


563 


1 


Rel-6 


A 


AHgnment of TS 29.002 with TS 
23.107 regarding QoS subscribed 
[data 


6.1.0 


TEI5 


19 


N4- 
030222 


29.002 


6.0.0 


566 


1 


Rel-6 


F 


Introduction of MSC Number as a 
new parameter in MAP-SEND- 
IDENTIFICATION operation 


6.1.0 


LCS2 


20 


N4- 
030692 


29.002 


6.1.0 


536 


2 


Rel-6 


A 


Additional SGSN Related Access 
Type - Detach 


6.2.0 


SECl-EHCS 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


20 


N4- 
030658 


29.002 


6.1.0 


568 


4 


Rel-6 


A 


Addition of Positioning Data IE 
to Provide Subscriber Location 
and Send Location Report 


6.2.0 


LCS 


20 


N4- 
030638 


29.002 


6.1.0 


574 


1 


Rel-6 


F 


Provision of SDL diagrams and 
removal of redundant text in 
chapter 25 


6.2.0 


TEI6 


20 


N4- 
030713 


29.002 


6.1.0 


595 2 Rel-6 


A 


Removal of redundant text from 
29.002 Chapter 23 


6.2.0 


TEI5 


20 


N4- 
030439 


29.002 


6.1.0 


599 




Rel-6 


A 


LCS Client external ID 


6.2.0 


LCS 


20 


N4- 
030682 


29.002 


6.1.0 


607 


1 


Rel-6 


F 


Provision of SDL diagrams and 
removal of redundant text in 
chapter 22 


6.2.0 


TEI5 


20 


N4- 
030608 


29.002 


6.1.0 


608 


1 


Rel-6 


B 


Addition of LCS capability sets to 
MAP_SRI_for_LCS response 


6.2.0 


LCS2 


20 


N4- 
030647 


29.002 


6.1.0 


612 


1 


Rel-6 


A 


Enhancement of the ChecklMEI 
operation to retrieve the BMUEF 


6.2.0 


Late UE 


20 


N4- 
030678 


29.002 


6.1.0 


619 1 Rel-6 


A 


Correction to naming of PRN 
parameter 


6.2.0 


CAMEL4 


20 


N4- 
030609 


29.002 


6.1.0 


624 


1 


Rel-6 


F 


Addition of Privacy Check 
Related Action to Provide 
Subscriber Location request 


6.2.0 


LCS2 


20 


N4- 
030642 


29.002 


6.1.0 


610 


1 


Rel-6 


A 


Transfer of UE-specific behaviour 
bitmap at handover 


6.2.0 


Late UE 


20 


N4- 
030601 


29.002 


6.1.0 


633 




Rel-6 


A 


Missing SMSs over MSC even if 
the MS is capable of such sending 


6.2.0 


TEI5 


21 


N4- 
031043 


29.002 


6.2.0 


584 2 ' Rel-6 


A 


Correction to MAP Process 
Secure_MAP_DSM SDLs 


6.3.0 


MAP Security 


21 


N4- 
031053 


29.002 


6.2.0 


664 


1 


Rel-6 


A 


Correction of encoding 
description of Group-Id 


6.3.0 


ASCI 


21 


N4- 
030828 


29.002 


6.2.0 


657 




Rel-6 


A 


Reduce maximum length of 'LCS 
Requestor ID' and 'LCS 
Codeword'. 


6.3.0 


LCS2 


21 


N4- 
030922 


29.002 


6.2.0 


647 


1 


Rel-6 


A 


UESBI -lU format 


6.3.0 ^ 


LATE-UE 


21 


N4- 
031069 


29.002 


6.2.0 


616 


3 


Rel-6 


A 


Incorrect Charging with MNP 


6.3.0 


CAMEL4 


21 


N4- 
031057 


29.002 


6.2.0 


660 


2 


Rel-6 


A 


Notification of the 2"^ BSG in 
case of Late CF with OR 


6.3.0 


SCUDIF 


21 


N4- 
031059 


29.002 


6.2.0 


614 3 ■ Rel-6 


A 


HLR Interrogation for SCUDIF 
calls 


6.3.0 


SCUDIF 


21 


N4- 
030785 


29.002 


6.2.0 


644 




Rel-6 


D 


Removal of tables in section 7.6 


6.3.0 


TEI6 


21 


N4- 
030806 


29.002 


6.2.0 


649 




Rel-6 


F 


Correction of References 


6.3.0 


TEI 


21 


N4- 
030815 


29.002 


6.2.0 


648 




Rel-6 


D 


Correction of wrong AC name in 
the table in 17. L6 


6.3.0 


TEI6 


21 


N4- 
030824 


29.002 


6.2.0 


654 




Rel-6 


B 


New LCS Service Types 


6.3.0 


LCS 


21 


N4- 
030951 


29.002 


6.2.0 


671 




Rel-6 


D 


SS -Barring Category 


6.3.0 


TEI 


21 


N4- 
031006 


29.002 


6.2.0 


650 1 


Rel-6 


F 


Add SGSN, GGSN, GMLC, 
gsmSCF, NPLR and AuC to 
network resource parameter 


^ 6.3.0 


TEI6 


21 


N4- 
0301038 


29.002 


6.2.0 


645 


1 


Rel-6 


B 


Introduction of North American 
Interim Location Based Routing 
of Emergency Call 


6.3.0 


LCS2 


21 


N4- 
031065 


29.002 


6.2.0 


674 




Rel-6 


F 


Positioning Data for UTRAN 
LCS 


6.3.0 


LCS2 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


21 


N4- 
030953 


29.002 


6.2.0 


637 


1 


Rel-6 


A Provision of SDL diagrams and 
removal of redundant text in 
chapter 19 


6.3.0 


TEI5 


21 


N4- 
030745 


29.002 


6.2.0 


639 




Rel-6 


A Provision of SDL diagrams and 
removal of redundant text in 
■ chapter 20 


6.3.0 


TEI5 


21 


N4- 
030747 


29.002 


6.2.0 


641 




Rel-6 


A 


Provision of SDL diagrams and 
removal of redundant text in 
chapter 21 


6.3.0 


TEI5 


21 


N4- 
030748 


29.002 


6.2.0 


642 




Rel-6 


F 


Removal of SIWF description 


6.3.0 


TEI6 


21 


N4- 
030749 


29.002 


6.2.0 


643 Rel-6 


D Deletion of redundant Annex D 


6.3.0 


TEI6 


22 


N4- 
031098 


29.002 


6.3.0 


677 




Rel-6 


B Enhancements for the Partial 
Implementation for "Change of 
position procedure armed with 
criteria" 


6.4.0 


TEI6 


22 


N4- 
031135 


29.002 


6.3.0 


687 




Rel-6 


B ' Collective CR for Rel-6 Enhanced 
Dialled Services 


6.4.0 


EDCAMEL 


22 


N4- 
031274 


29.002 


6.3.0 


648 


2 


Rel-6 


D Message Segmentation 
Mechanisms 


6.4.0 


TEI6 


22 


N4- 
031315 


29.002 


6.3.0 


703 




Rel-6 


B Addition of requestingPLMN- 
ID to Send Authentication Info 
Request 


6.4.0 


TEI6 


22 


N4- 
031372 


29.002 


6.3.0 


680 


2 


Rel-6 


F Addition of CGI to LCS 
procedures 


6.4.0 


LCS2 


22 


N4- 
031373 


29.002 


6.3.0 


696 


2 


Rel-6 


F Include v-gmlc parameter in 
RESTORE DATA MAP message 


6.4.0 


LCS2 


22 


N4- 
031365 


29.002 


6.3.0 


702 


2 


Rel-6 


B Deferred MT-LR Area Event 


6.4.0 


LCS2 


22 


N4- 
031132 


29.002 


6.3.0 


686 Rel-6 

1' 


A More spare bits for CAMEL4 
enhancements 


6.4.0 


CAMEL4 


22 


N4- 
031163 


29.002 


6.3.0 


692 




Rel-6 


A Clarification on D-CSI 
segmentation 


6.4.0 


CAMEL4 


22 


N4- 
031342 


29.002 


6.3.0 


676 


2 


Rel-6 


A MNP correction for prepaid 
charging 


6.4.0 


MNP 


22 


N4- 
031338 


29.002 


6.3.0 


695 


1 


Rel-6 


A Remove reduntant option for 
retrieval of routeing information 
|in figure 2L2.3 


6.4.0 


TEI5 


22 


N4- 
031108 


29.002 


6.3.0 


679 




Rel-6 


F Modification of description for 
conditions on inclusion of 
Positioning Data 


6.4.0 


LCS2 


22 


N4- 
031317 


29.002 


6.3.0 


689 


2 


Rel-6 


A 


HSDPA impacts to MAP 


6.4.0 


HSDPA 


22 


NP- 
030533 


29.002 


6.3.0 


704 




Rel-6 


F EXPORT data types to CAP 
(Change of position armed with 
1 criteria) 


6.4.0 


TEI6 


23 


N4- 
040310 


29.002 


6.4.0 


668 3 


Rel-6 


A Codec Modification/ Mid-Call 
Codec Negotiation after Inter- 
MSC Relocation 


6.5.0 


OoBTC 


23 


N4- 
040193 


29.002 


6.4.0 


670 2 


Rel-6 


A Correction of Inter-MSC SRSN 
Relocation procedure 


6.5.0 


OoBTC 


23 


N4- 
040249 


29.002 


6.4.0 


701 


3 


Rel-6 


B Introduction of Presence Stage 3 
(Ph, Pc and Pg) to the MAP 
' interface 


6.5.0 


PRESNC 


23 


N4- 
040333 


29.002 


6.4.0 


708 


2 


Rel-6 


F Correction to Insert Subscriber 
Data message for LCS SS 


6.5.0 


LCS 


23 


N4- 
040328 


29.002 


6.4.0 


709 


1 


Rel-6 


F SCCP segmentation for Inter 
PLMN MAP message 


6.5.0 


TEI6 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


23 


N4- 
040327 


29.002 


6.4.0 


711 2 


Rel-6 


F 


Inclusion of UTRAN Positioning 
Data parameter 


6.5.0 


LCS2 


23 


N4- 
040284 


29.002 


6.4.0 


717 


1 


Rel-6 


B 


Include administrative restriction 
subscription parameter 


6.5.0 


TEI6 


23 


N4- 
040340 


29.002 


6.4.0 


720 


2 


Rel-6 


A 


Add new Unavailability cause for 
SCUDIF 


6.5.0 


SCUDIF 


23 


N4- 
040171 


29.002 


6.4.0 


721 Rel-6 


F 


CR implemented by fault 


6.5.0 


TEI6 


23 


N4- 
040182 


29.002 


6.4.0 


724 




Rel-6 


F 


Removal of R-GMLC Address 


6.5.0 


LCS2 


23 


N4- 
040322 


29.002 


6.4.0 


725 


1 


Rel-6 


B 


MO-LR Service Identity support 


6.5.0 


LCS2 


23 


N4- 
040267 


29.002 


6.4.0 


726 


1 


Rel-6 


B 


CAMEL4 SCUDIF notification 
during active call for prepay 


6.5.0 


SCCAMEL 


24 


N4- 
040520 


29.002 


6.5.0 


731 




Rel-6 


F 


Introduction of North American 
Interim Location Based Routing 
of Emergency Call 


6.6.0 


LCS2 


24 


N4- 
040585 


29.002 


6.5.0 


735 




Rel-6 


F 


Modify IMEI parameter usage 
definition in MAP-PSL and 
MAP-SLR 


6.6.0 


TEI6 


24 


N4- 
040600 


29.002 


6.5.0 


736 




Rel-6 


F 


Addition of S Al-Present 
indication to the LCS procedures 


6.6.0 


LCS2 


24 


N4- 
040601 


29.002 


6.5.0 


737 




Rel-6 


F 


Clarification on the use of 
MSISDN parameter for Follow 
Me functionality 


6.6.0 


TAI6 


24 


N4-04732 


29.002 


6.5.0 


734 


1 


Rel-6 


F 


Add Additional V-GMLC 
parameter in MAP-SRI-INFO- 
FOR-LCS 


6.6.0 


LCS2 


24 


N4- 
040736 


29.002 


6.5.0 


718 


6 


Rel-6 


B 


Addition of IMEISV to Update 
Location Procedure for ADD 
function 


6.6.0 


TEI6 


25 


N4- 
040929 


29.002 


6.6.0 


739 




Rel-6 


B 


Export of UU-Data data type 


6.7.0 


TEI6 


25 


N4- 
041021 


29.002 


6.6.0 


743 




Rel-6 


D 


Wrong SDL flow page 
implemented 


6.7.0 


TEI6 


25 


N4- 
041128 


29.002 


6.6.0 


732 2 Rel-6 


B 


Pre-Paging Resource 
Optimization 


6.7.0 


TEI6 


26 


N4- 
041272 


29.002 


6.7.0 


747 




Rel-6 


F 


Incorrect Implementation of CR 
731 


6.8.0 


LCS2 


26 


N4- 
041477 


29.002 


6.7.0 


752 




Rel-6 


F 


Correction to the service response 
parameters of ATI 


6.8.0 


TEI6 


26 


N4- 
041662 


29.002 


6.7.0 


746 1 Rel-6 


B 


Introducing VGCSA^BS 
ciphering 


6.8.0 


SECGKYV 


26 


N4- 
041683 


29.002 


6.7.0 


757 


2 


Rel-6 


F 


Clarification about returning 
authentication data for a 
subscriber (GSM or UMTS) 


6.8.0 


TEI6 


26 


N4- 
041684 


29.002 


6.7.0 


748 


1 


Rel-6 


F 


LCS Capability Handling for 
UE"s 


6.8.0 


TEI6 


26 


N4- 
041685 


29.002 


6.7.0 


753 


1 


Rel-6 


F 


Enable NA-ESRD Provision from 
a GMLC for E91 1 Location in 
North America 


6.8.0 


LCS2 


26 


N4- 
041641 


29.002 


6.7.0 


740 


2 


Rel-6 


B 


SMS Fraud countermeasures 


^ 6.8.0 


TEI6 


27 


N4- 
050212 


29.002 


6.8.0 


749 


1 


Rel-6 


B 


Management Based Activation 
Impacts 


6.9.0 


OEM-TRACE 


27 


N4- 
050369 


29.002 


6.8.0 


761 


1 


Rel-6- 


F 


Addition of LAI to 
Sendldentification Request 


6.9.0 


TEI6 


27 


N4- 
050430 


29.002 


6.8.0 


760 


1 


Rel-6 


F 


Subscribed Charging 
Characteristics 


6.9.0 


TEI6 



ETSI 



3GPP TS 29.002 version 9.2.0 Release 9 



933 



ETSI TS 129 002 V9.2.0 (2010-07) 



SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


27 


N4- 
050444 


29.002 


6.8.0 


759 


1 


Rel-6 


C 


Addition of TCAP-Handshake for 
MO-ForwardSM 


6.9.0 


TEI6 


27 


N4- 
050446 


29.002 


6.8.0 


745 


2 


Rel-6 


B 


Introduction of Hop Counter for 
Send Identification _^ 


6.9.0 


TEI6 


27 


N4- 
050463 


29.002 


6.8.0 


738 


8 


Rel-6 


F 


Rel-6 trace management additions 
to trace activation and 
deactivation procedures i 


6.9.0 


OEM-Trace 


27 


N4- 
050467 


29.002 


6.8.0 


763 


2 


Rel-6 


F 


Pseudonym indicator support in 
MO-LR 


6.9.0 


LCS2 


28 


C4- 
050737 


29.002 


6.9.0 


769 1 Rel-6 


F 


Correction to Trace parameters to 
allow trace at the BM-SC 


6.10.0 


OAM-Trace 


28 


C4- 
050832 


29.002 


6.9.0 


770 


6 


Rel-6 


F 


Full RANAP support of network 
initiated SCUDIF 


6.10.0 


TEI6 


28 


C4- 
050895 


29.002 


6.9.0 


766 


2 


Rel-6 


F 


Clarification on the use of Access 
Restriction Data parameter 


6.10.0 


TEI5 


28 


C4- 
050784 


29.002 


6.10.0 


765 


1 


Rel-7 


B 


Addition of Collectlnformation 
procedure to 
OfferedCAMEL4Functionalities 


7.0.0 


CAMELR7 


29 


C4- 
051013 


29.002 


7.0.0 


771 




Rel-7 


F 


ASN. 1 module version update 


7.1.0 


TEI 


29 


C4- 
051295 


29.002 


7.0.0 


776 2 Rel-7 


B 


Enabling the Providing of 
Velocity 


7.1.0 


LCS-7 


29 


C4- 
051333 


29.002 


7.0.0 


772 


1 


Rel-7 


B 


Support of talker priorities and 
talker identity presentation 


7.1.0 


EGCS 


29 


C4- 
051334 


29.002 


7.0.0 


773 


1 


Rel-7 


B 


Dehvery of SMS to voice group 
call 


7.1.0 


EGCS 


29 


C4- 
051368 


29.002 


7.0.0 


777 2 ■ Rel-7 


B 


CS data Mobile Terminating calls 
from PSTN 


7.1.0 


TEI7 


29 


C4- 
051336 


29.002 


7.0.0 


780 


2 


Rel-7 


A 


Correction on misalignment with 
stage 2 for Location Services 


7.1.0 


TEI6 


30 


C4- 
051775 


29.002 


7.1.0 


783 


2 


Rel-7 


A 


Addition of UMTS Trace 
parameters to handover procedure 


7.2.0 


TEI6 


31 


C4- 
060320 


29.002 


7.2.0 


794 1 ' Rel-7 


A 


Addition of UMTS Trace 
parameters to handover procedure 


7.3.0 


TEI6 


31 


C4- 
060295 


29.002 


7.2.0 


790 


1 


Rel-7 


C 


Removal of MAPsec material 


7.3.0 


SEC7-TCAP 


31 


C4- 
060315 


29.002 


7.2.0 


787 


1 


Rel-7 


C 


addition of "supported RAT types 
indicator" during location/routing 
area update 


7.3.0 


TEI7 


31 


C4- 
060378 


29.002 


7.2.0 


792 1 Rel-7 


B 


Addition of Periodic Location 
Feature Support 


7.3.0 


LCS3 


31 


C4- 
060434 


29.002 


7.2.0 


781 


3 


Rel-7 


C 


New LocationType for the 
notification based on current 
location of target UE 


7.3.0 


LCS7 


31 


C4- 
060318 


29.002 


7.2.0 


788 


1 


Rel-7 


F 


SMS Relay Application Context 
Names for Version 1 


7.3.0 


TEI7 


31 


C4- 
060041 


29.002 


7.2.0 


789 




Rel-7 


F 


Precision on segmentation of 
MAP GPRSSubscriptionData 
parameter 


7.3.0 


TEI7 


31 


C4- 
060250 


29.002 


7.2.0 


801 




Rel7 


C 


Improvements to VGCS Call 
Establishment 


7.3.0 


TEI 


31 


C4- 
06001 1 


29.002 


7.2.0 


786 




Rel-7 


F 


Addition of Authentication 
Domains in MAP Send 
Authentication Info 


7.3.0 


TEI7 


32 


C4- 
060813 


29.002 


7.3.0 


0808 2 


Rel-7 


C 


List of MSISDNs and Basic 
Service Code for MAP Any Time 
Subscription Interrogation. 


7.4.0 


TEI7 


32 


C4- 
060499 


29.002 


7.3.0 


0803 


Rel-7 


F 


Correction of LCS parameter for 
emergency call usage 


7.4.0 


LCS7 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


32 


C4- 
060680 


29.002 


7.3.0 


0814 




Rel-7 


F 


SSN for FFN 


7.4.0 


TEI7 


32 


C4- 
060706 


29.002 


7.3.0 


0817 




Rel-7 


F 


Removal of MAPsec material 


7.4.0 


SEC7-TCAP 


33 


CP- 
060522 


29.002 


7.4.0 


0818 


1 


Rel-7 


F 


Removal of ASN. 1 Expanded 
Source 


7.5.0 


TEI7 


33 


C4- 
061047 


29.002 


7.4.0 


0805 


1 


Rel-7 


B 


Interoperability between 
VBSA^GCS and RANflex 


7.5.0 


VGCSflex 


34 


CP- 
060741 


29.002 


7.5.0 


0795 


1 


Rel-7 


B 


Support of SMS over IP networks 


7.6.0 


SMSIP 


34 


C4- 
061800 


29.002 


7.5.0 


0828 


1 


Rel-7 


F 


Extension of Group ID 


7.6.0 


EVGCS 


34 


C4- 
061633 


29.002 


7.5.0 


0829 


Rel-7 


F 


Addition of Teleservice Code to 
SendGroupCalllnfo 


7.6.0 


VGCSFlex 


34 


C4- 
061775 


29.002 


7.5.0 


0834 




Rel-7 


F 


Accuracy Fulfillment Indicator 
parameter to MAP SLR for 
deferred MT-LR 


7.6.0 


TEI7 


34 


C4- 
060693 


29.002 


7.5.0 


0832 


2 


Rel-7 


C 


Optional Suppress Terminating 
Services Bit String in SRI 


7.6.0 


TEI7 


34 


C4- 
061632 


29.002 


7.6.0 


0807 


2 


Rel-8 


B 


Introduction of sending 
application-specific data to group 
call members 


r 8.0.0 


EVA 


35 


C4- 
070140 


29.002 


8.0.0 


0843 




Rel-8 


F 


ASN.l module version update 


8.1.0 ^ 


TEI8 


35 


C4- 
070097 


29.002 


8.0.0 


0837 




Rel-8 


A 


Corrections to RAB 
Configuration Indicator and lu- 
Selected codec 


8.1.0 


TEI7 


35 


C4- 
070229 


29.002 


8.0.0 


0840 




Rel-8 


A 


Addition of capability to route 
MT-SMs via the HPLMN of the 
receiving MS 


8.1.0 


SMSviaH 


36 


C4- 
070388 


29.002 


8.1.0 


0849 




Rel-8 


A 


Mobile Termination whilst the 
MS is moving to another MSC 


8.2.0 


MTmovMS 


36 


C4- 
070394 


29.002 


8.1.0 


0842 


2 


Rel-8 


A 


Addition of SMS over IP 
functionality 


8.2.0 


SMSIP 


36 


CP- 
070476 


29.002 


8.1.0 


0859 




Rel-8 


A 


Detailed procedure in the IP-SM- 
GW 


8.2.0 


SMSIP 


37 


C4- 
071055 


29.002 


8.2.0 


0862 




Rel-8 


A 


QoS Extension 


8.3.0 


TEI7 


37 


C4- 
071072 


29.002 


8.2.0 


0863 




Rel-8 


C 


Talker Channel Parameter 


8.3.0 


EVA 


37 


C4- 
071266 


29.002 


8.2.0 


0869 




Rel-8 


A 


LMSI For MT-SMS 


8.3.0 


TEI7 


37 


C4- 
071281 


29.002 


8.2.0 


0873 


1 


Rel-8 


A 


NPI for the call forwarding to 
number 


8.3.0 


TEI4 


37 


C4- 
071285 


29.002 


8.2.0 


0864 1 Rel-8 


A 


Limit on number of concurrent 
MT-LR location requests 


8.3.0 


TEI7 


37 


C4- 
071383 


29.002 


8.2.0 


0868 


2 


Rel-8 


A 


Corrections to SMS over IP 
handling 


r 8.3.0 


SMSIP 


38 


C4- 
071724 


29.002 


8.3.0 


0876 




Rel-8 


F 


TCRT: Clarification on coding of 
Notification Data 


8.4.0 


EVA 


38 


C4- 
071815 


29.002 


8.3.0 


0879 




Rel-8 


A 


Removal of 

CCBS_Call_Report_Ack and 
Event_Report_Ack 


8.4.0 


TEI7 


38 


C4- 
071855 


29.002 


8.3.0 


0881 ' Rel-8 


A 


Restriction on the use of ccbs- A 
SS indication 


8.4.0 


TEI7 


38 


C4- 
071891 


29.002 


8.3.0 


0877 


3 


Rel-8 


C 


SMS Router Optimization 


8.4.0 


TEI8 


38 


C4- 
071997 


29.002 


8.3.0 


0875 


1 


Rel-8 


A 


Behaviour of the IP-SM-GW for 
SM Delivery Status Report 


8.4.0 


SMSIP 


39 


C4- 
080267 


29.002 


8.4.0 


0885 




Rel-8 


A 


Updating of RAT Types 


8.5.0 


TEI7 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


39 


C4- 
080148 


29.002 


8.4.0 


0883 




Rel-8 


F 


SDL correction for procedure 
Check_Available_Vectors 


8.5.0 


TEI8 


39 


C4- 
080532 


29.002 


8.4.0 


0886 


2 


Rel-8 


C 


HLR involvement in SMS Router 
Optimization 


8.5.0 


TEI8 


40 


C4- 
081277 


29.002 


8.5.0 


0888 


1 


Rel-8 


A 


Extension of Group ID 


8.6.0 


TEI7 


40 


C4- 
080647 


29.002 8.5.0 


0882 


1 


Rel-8 


B 


Paging optimization with A/Iu 
flex 


8.6.0 


TEI8 


41 


C4- 
081730 


29.002 


8.6.0 


0890 




Rel-8 


B 


Addition of IMS Centralized 
Service subscription information 


8.7.0 


ICSRA 


41 


C4- 
082447 


29.002 


8.6.0 


0891 


1 


Rel-8 


F 


eMLPP Priority in MAP SRI, 
PRN and PSI request 


8.7.0 


TEI8 


41 


C4- 
082335 


29.002 


8.6.0 


0892 


1 


Rel-8 


B 


Gr+ enhancements for EPS 


8.7.0 


SAES 


42 


C4- 
082721 


29.002 


8.7.0 


0894 




Rel-8 


F 


Or alignment 


8.8.0 


SAES 


42 


C4- 
082758 


29.002 


8.7.0 


0896 




Rel-8 


F 


RAT Frequency Selection Priority 


8.8.0 


SAES 


42 


C4- 
083029 


29.002 


8.7.0 


0899 




Rel-8 


B 


Change in AMBR placement 


8.8.0 


SAES 


42 


C4- 
083221 


29.002 


8.7.0 


0901 




Rel-8 


F 


PDN-GW-Identity 


8.8.0 


SAES 


42 


C4- 
083223 


29.002 


8.7.0 


0902 




Rel-8 


F 


APN-OIReplacement 


8.8.0 


SAES 


42 


C4- 
083247 


29.002 


8.7.0 


0903 




Rel-8 


F 


Access Restriction 


8.8.0 


SAES-MAP2Diam 


42 


CP- 
080706 


29.002 


8.7.0 


0906 


1 


Rel-8 


F 


Access Restriction Data Handling 


8.8.0 


TEI8 


42 


Cp- 
080771 


29.002 


8.7.0 


0895 


4 


Rel-8 


B 


Closed Subscriber Group 


8.8.0 


HomeNB-3G 


42 




29.002 


8.8.0 






Rel-8 




SDL files added in Zip-file 


8.8.1 




43 


C4- 
090140 


29.002 8.8.1 


0908 Rel-8 


B 


Context Identifier for Update or 
Removal of PDNGW 


8.9.0 


SAES 


43 


C4- 
090269 


29.002 


8.8.1 


0911 




Rel-8 


B 


Handling LCS Subscription Data 


8.9.0 


SAES 


43 


C4- 
090507 


29.002 


8.8.1 


0914 




Rel-8 


F 


PDN GW Update for Wildcard 
APN 


8.9.0 


SAES 


43 


C4- 
090701 


29.002 


8.8.1 


0909 


1 


Rel-8 


B 


Ready for SM 


8.9.0 


SAES 


43 


C4- 
090855 


29.002 


8.8.1 


0915 




Rel-8 


B 


Handhng SMS Subscription Data 


8.9.0 


SAES 


43 


C4- 
090889 


29.002 8.8.1 


0916 Rel-8 


F 


Allocation Retention Priority 
Definition 


8.9.0 


SAES 


44 


C4- 
091071 


29.002 


8.9.0 


0919 




Rel-8 


A 


SMS over IP 


8.10.0 


SMSIP 


44 


C4- 
091028 


29.002 


8.9.0 


0917 




Rel-8 


F 


MAP RESTORE DATA service 


8.10.0 


TEI8 


44 


C4- 
091377 


29.002 


8.9.0 


0921 


1 


Rel-8 


F 


Subscription Data Clarification 
for MAP Interface 


8.10.0 


SAES 


44 


C4- 
091429 


29.002 


8.9.0 


0920 


1 


Rel-8 


F 


Trace 


8.10.0 


SAES 


44 


C4- 
091435 


29.002 


8.9.0 


0922 


1 


Rel-8 


F 


Supported Features 


8.10.0 


SAES- 
MAP2DIAM 


44 


CP- 
090379 


29.002 


8.9.0 


0923 


1 


Rel-8 


F 


User Data Download 


8.10.0 


SAES 


45 


C4- 
091713 


29.002 


8.10.0 


0924 




Rel-8 


F 


Notification of SMS over IP Non- 
Dehvery for E-UTRAN and UE 
Reachability 


8.11.0 


SAES- 
MAP2DIAM 


45 


C4- 
092244 


29.002 


8.10.0 


0927 




Rel-8 


F 


SGSN interface list for trace 


8.11.0 


SAES 


45 


C4- 
092254 


29.002 


8.10.0 


0925 


2 


Rel-8 


F 


Cancel Location for Initial Attach 


8.11.0 


SAES- 
MAP2DIAM 


45 


C4- 
092291 


29.002 


8.10.0 


0929 




Rel-8 


F 


Fix APN-Configuration to 
support dual IP addresses 


8.11.0 


SAES 
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SMG# 


TDoc 


SPEC 


VERS 


CR 


REV 


PHAS 

E 


CAT 


SUBJECT 


NEW_VERS 


WORKITEM 


46 


C4- 
094140 


29.002 


8.11.0 


0941 


1 


Rel-8 


A 


Alignment of specifications on 
Usage of 

MAP_SEND_AUTHENTICATI 
ONJNFO 


8.12.0 


TEI7 


46 


C4- 
093972 


29.002 


8.11.0 


0942 


1 


Rel-8 


F 


SMS over SGs charging 


8.12.0 


TEI8 


46 


C4- 
094136 


29.002 


8.11.0 


0936 


1 


Rel-8 


F 


Subscription to Notification of 
UE Reachability 


8.12.0 


TEI8 
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